這會導致什麼結果？
編寫和研究迷你應用程式是一段有趣的旅程，但我不會後悔。一方面，迷你應用程式的成功和人氣，證明瞭創作者的做法正確無誤。另一方面，至少在撰寫本文時，這項成就的成功地理區域集中在少數熱門超級應用程式占主導地位的地區。無庸置疑的是，這個生態系統非常有趣，值得一看。這一系列文章深入探討了許多在使用及建立微型應用程式時會產生差異的層面。從DevTools體驗，到標記、樣式和指令碼方法，再到元件模型，最後是整體架構；迷你應用程式為應用程式開發人員 (甚至是純粹以網頁為目標的開發人員) 提供學習和發想的機會。
我最初以微型應用程式方式建構網頁應用程式的實驗結果相當成功。未來的作業將說明這個模型在多大程度上具有效能和彈性，足以因應網路應用程式可採用的多種形狀。您可以將相關程式碼片段封裝至專用程式庫 (mini-app.js)，將目前的臨時做法正式化。有趣的是，這類程式設計可追溯至 frameset。只是今天是關於應用程式，而不是文件。
我認為，如果能從各種迷你應用程式開發人員工具中汲取靈感，整個網頁開發體驗將有極大的改善空間。從簡單的(遠端) 裝置端測試功能到封裝和建構體驗，IDE 與 DevTools 環境整合後，可提供許多起點，讓開發人員更輕鬆地進行開發。
結尾感想
從功能的角度來看，網路在任何瀏覽器的每個版本中，都變得越來越強大。功能清單不斷擴增，讓網站上出現一年前難以想像的用途。與此同時，迷你應用程式標準化的需求顯示，開發人員不願意或無法為每個超級應用程式建構相同的迷你應用程式。在未來，瀏覽器層級可能會需要建立抽象層，讓迷你應用程式能夠在網路上執行，但請注意，網路無法免於分散化，尤其是在考量不同瀏覽器供應商，以及他們選擇要實作哪些功能、哪些不實作時。最後，我期待看到這一切的結果。不受框架限制，並從自己的舒適圈外尋找意見和靈感，絕對有助於打造更美好的網路未來。
特別銘謝
本文由 Joe Medley、Kayce Basques、Milica Mihajlija、Alan Kent 和 Keith Gu 共同審查。