HTML5 のパフォーマンスはネイティブ アプリのパフォーマンスに劣りません。ビルディング ブロックを使用して HTML5 製品を構築できます。

おそらく、WeChat モーメントでは、楽しくて興味深い HTML5 ページが、通常の独立したアプリケーションよりもはるかに多くのユーザーの注目を集めることに気づいたでしょう。モバイル アプリケーションがますます増え、プロモーションがますます困難になっているため、製品にも HTML5 ページを含める必要がありますか?

答えが「はい」の場合は、Web コンポーネント、JS プラグイン、およびカスケード スタイル シート (CSS) を使用して、オープン ソースの HTML5 フロントエンド フレームワークである Amaze UI を試すことができます。を使用すると、HTML5 製品をすばやく構築できます。

モバイルデバイスでWebページに頻繁にアクセスするユーザーは、Webページが基本的にメニュー、タイトルバー、画像ギャラリー、コンテンツリスト、分割線などのいくつかの主要な部分に分割できることに気づいたかもしれません。 Amaze UIでは、公式がさまざまなWebコンポーネントを提供しており、ビルディングブロックのようにHTML5製品を構築することもできます。

折りたたみパネル、ヘッダー、フッター、画像カルーセル、タブ、紹介文、段落など、上記の主要な Web コンポーネントに加えて、これらはすべて、開発者が Amaze UI で直接使用できる Web コンポーネントです。 Amaze UI はオープンソース製品であるため、一部のサードパーティ開発者が特殊なコンポーネントを継続的に提供しています。たとえば、地理的な位置に関しては、ユーザーが地図ガイドを必要とする場合は、記事の下に「Baidu Map」コンポーネントを統合し、コメント システムが必要な場合は、「Say more」コンポーネントを使用できます。サービス Web ページではカスタマー サービスが必要な場合があります。その場合、「Meiqia Customer Service」コンポーネントが当然役に立ちます。

もちろん、これらの要素は Web サイトの一部にすぎないと言う開発者もいるかもしれませんが、実際に Web サイトを作成する場合は、さまざまなインタラクティブな効果やテキストのスケジュール スタイルも必要になる場合があります。このとき、Amaze UIのJSコンポーネントとCSSコンポーネントの有用性が明らかになります。

JS コンポーネントを通じて、開発者は、警告ボックス、スムーズなスクロール、読み込み進行状況バー、ポップアップ ボックス、モーダル ウィンドウ、ドロップダウン コンポーネント、ボタン インタラクションなど、一連の UI 拡張効果を得ることができます。 CSS コンポーネントを通じて、開発者はボタン、フォーム、テーブルなどの HTML 要素を直接統合し、バッジ、パンくずリスト、ボタン グループなどのページ コンポーネントを使用できます。

現在、Amaze UI には合計 20 個近くの CSS コンポーネント、10 個の JS コンポーネント、そして 60 近くのテーマを含む 17 個の Web コンポーネントが含まれており、いくつかの外国の Web フロントエンド フレームワークと比較して、Amaze UI はより強力になるとのことです。中国ユーザーのニーズをもっと考慮してください。たとえば、フォント レイアウトの点では、Bootstrap フロントエンド フレームワークは中国語フォントを定義していないため、Web ページの表示効果はシステムやブラウザによって異なる場合があります。ただし、Amaze UI では中国語フォントが定義され、対象となります。国内シェアが比較的高いブラウザは最適化が施されているため、このような事態は回避できます。

HTML5 製品を作ろうとしている企業の皆さんは、Facebook、LinkedIn、その他の大企業が HTML5 アプリからネイティブ アプリに「離脱」している影にまだいるかもしれません。なぜなら、今日でも HTML5 について話している人がいるからです。上記の例も挙げてください。しかし、かつて Chrome チームで働いていたエンジニアの碇シンジ氏は、そもそも Facebook が HTML5 アプリを非常に遅らせた理由は、HTML5 が良くなかったというよりも Facebook 自体に原因があると PingWest に語った。技術的に言えば、HTML5 の欠点は遅いことではなく、拡張できないことだからです。当時、Facebook の HTML アプリはまだ XML を使用しており、その技術はかなり後進的であったと言えます。

HTML5 アプリのパフォーマンスがネイティブ アプリケーションに劣らないことを証明するために、Google の 2 人のエンジニアが特別に Fastbook HTML5 アプリを作成し、Facebook の「欠陥」が HTML5 のせいではないことを示しました。碇シンジ氏によると、HTML5 アプリのパフォーマンスは、今どころか 2 年前にもネイティブ アプリに追いつく可能性があるそうです。

それでは、HTML5 のパフォーマンスはネイティブ アプリに劣らないのに、なぜ私たちが普段目にする高品質な HTML5 アプリがこれほど少ないのか、気になるかもしれません。これについて、Chen Benfeng 氏は、この分野の開発者の技術的蓄積が不足していることが原因であると感じています。

碇シンジ氏も、多くのアプリケーションではネイティブアプリを書くことはほぼ避けられない、もし3Dゲームを書いていてDOM（ドキュメントオブジェクトモデル）を必要としないのであれば、HTMLを使う理由は全くないとも言いました。 JavaScript を使用すると仕事が楽にならないだけでなく、プロジェクトの進捗が悪くなります。ただし、Facebook のようなモバイル アプリケーションは単なるリストであり、HTML5 の範囲を超えるものは何もないため、HTML5 を使用することに慣れるべきであるため、多くの場合、大企業はテクノロジを選択する際の参考値になりません。

そうですね、HTML5 は人々が思っているほど弱くないと説明すると、Amaze UI のこれらのコンポーネントでは必要な製品を作るのに十分ではないと感じるかもしれません。これが、Amaze UI がオープンソースであることを選択する理由の 1 つです。コミュニティはより多くのコンテンツをそれに貢献します。現在 HTML5 製品の作成を計画している場合は、Amaze UI フレームワークを選択しない場合でも、Facebook や LinkedIn のようなケースが邪魔にならないようにしてください。