では、残りの選択肢はどうでしょう。
ミニアプリの作成と調査は大変でしたが、後悔はしていません。一方、ミニアプリの成功と人気は、クリエイターのアプローチが正しいことを証明しています。一方で、少なくとも執筆時点では、この成功は、人気のあるいくつかのスーパーアプリが支配的な地域に地理的に集中しています。エコシステムは非常に魅力的で、一見の価値があることは間違いありません。この一連の記事では、ミニアプリの使用と作成に違いをもたらす多くの側面について詳しく説明しました。DevTools からマークアップ、スタイル設定、スクリプト アプローチ、コンポーネント モデル、最終的には全体的なアーキテクチャまで、ミニアプリはアプリ デベロッパーにとって、そして純粋にウェブをターゲットとするデベロッパーにとっても、学習とインスピレーションを得る機会を提供します。
ミニアプリ方式でウェブ アプリケーションを構築する最初のテストは成功しました。今後の作業では、このモデルがウェブアプリが持つさまざまな形状に対応できる程度のパフォーマンスと柔軟性を持っているかどうかを検証します。現在のアドホック アプローチは、関連するコードを専用のライブラリ（mini-app.js など）にパッケージ化することで、形式化できます。興味深いのは、この種のプログラミングは frameset にまで遡ることです。ただし、今日はドキュメントではなくアプリについて説明します。
さまざまなミニアプリ DevTools からヒントを得ることで、ウェブ開発全体の改善に大きな可能性を感じています。簡単な（リモート）オンデバイス テスト機能から、パッケージングとビルド エクスペリエンスまで、IDE と DevTools 環境の統合により、デベロッパーの作業を楽にするための多くの開始点が提供されます。
最後に
機能の観点から見ると、ウェブは基本的にどのブラウザでも、リリースごとにますます強力になっています。機能のリストは増え続けているため、1 年前には考えられなかったユースケースをウェブで実現できます。同時に、ミニアプリの標準化の必要性は、デベロッパーがスーパーアプリごとに同じミニアプリを構築する意欲や能力がないことを示しています。今後、ミニアプリをウェブ上で実行できるようにするブラウザ レベルの抽象化レイヤが求められるかもしれませんが、ウェブは、特にさまざまなブラウザ ベンダーと、実装する機能と実装しない機能の違いを見ると、分散化の影響を受けています。最後に、今後の展開に期待しています。既成概念にとらわれず、自分のコミュニティの外部からインプットやインスピレーションを得ることは、ウェブの未来をより良く構築するうえで間違いなく役立ちます。
謝辞
この記事は、Joe Medley、Kayce Basques、Milica Mihajlija、Alan Kent、Keith Gu が確認しました。