よって翻訳されました。この投稿は、各記事が過去の記事に基づいて作成された記事コレクションの一部です。このコースを終えたばかりの方は、最初から読み始めてみましょう。デベロッパーの視点から見直すとともに、ミニアプリを開発することの意味について考えたいと思います。パラダイムの別の実装をデベロッパーに構築させるのではなく、追加のコンポーネントが必要な場合に拡張可能な、デフォルトで選択されたコンポーネントが付属しています。ウェブにも同様に多くのオプションがあります。コンポーネントに関する章に掲載されています。ライブラリは、自由に混在させることができるように構築されているのが理想的です。システムに関して特定のロックインが発生することがよくあります。ライブラリが完全かまったくない形で配布されていても、個々のコンポーネントをプロジェクトに簡単に追加できないことがあります。ライブラリもあります。これらを使用するのは良いアイデアのようです。ロジック(モデル)の開発から簡単に分離できます。プラットフォームに依存しません。このパターンにはいくつかの欠点が文書化されていますが、一般的には、ミニアプリの複雑な用途には非常に効果的です。ライブラリを使用した場合にその効果を発揮します(次の章を参照)。アプリ(MPA)であることが判明しました。これには、簡単なルーティングや競合のないページごとのスタイル設定など、多くの利点があります。アーキテクチャを正常に適用しています。ファイルなどのリソース、画像や動画などのアセットを管理するのにも役立ちます。重要なことは、この方法で構築することで、他に何も読み込まなければ、ルートベースのコード分割を無料で利用できるということです。その場合、各ページは定義上、機能するために必要なページのみを読み込みます。アプリにはビルドプロセスが非表示です。システム(ESM)を活用することで、不要な作業を回避し、プロジェクトがどれほど大きくても高速で動作します。ウェブバンドルのようなテクノロジーは初期段階にありますが、ビルドプロセスに簡単に追加できます。プラットフォームに多くの新機能が追加されました。介したデバイスへのアクセスがすべて可能になります。ブリッジに依存する場合、こうした強力な機能を直接利用できます。対してプログラミングできます。プロジェクトをご覧ください。よってレビューされました。ライセンスにより使用許諾されます。ライセンスにより使用許諾されます。サイトのポリシーをご覧ください。関連会社の登録商標です。