我们要解决什么问题呢？
编写和研究迷你应用很愉快，但我不后悔。一方面，迷你应用的成功和广受欢迎的事实证明了他们的创作者对方法的正确态度。然而，另一方面，成功从地理位置上集中在少数热门超级应用占据主导地位的地区（至少在撰写本文时）。毫无疑问，这个生态系统非常引人入胜，非常值得一看。本系列文章深入探究了在使用和创建迷你应用时非常重要的许多方面。从 DevTools 体验到标记、样式设置和脚本方法，再到组件模型，最后到整体架构；迷你应用可以为应用开发者提供学习和灵感机会，单纯为 Web 应用的开发者甚至不例外。
我关于以迷你应用方式构建 Web 应用的初步实验非常成功。未来的研究将表明，此模型的性能和灵活性如何，足以满足 Web 应用可以采用的众多形式。我当前的临时方法可以采用将相关代码段打包到专用库中，mini-app.js（如果您愿意）来采用正式的方法。有趣的是，这种编程会一直追溯到 frameset。今天的主题是应用，而不是文档。
通过从各种迷你应用开发者工具中汲取灵感，我认为整个 Web 开发体验有很大的改进潜力。从简单的（远程）设备端测试功能到打包和构建体验；将 IDE 与开发者工具环境的集成为开发者的工作提供了很多起点。
结束语
从功能的角度来看，每个浏览器的发布新版本，网络都将变得越来越强大。随着功能列表的不断增加，网络上的应用场景成为现实，而这在一年前是无法想象的。同时，对迷你应用标准化的需求表明，开发者不愿意或无法为每个超级应用构建相同的迷你应用。可能会希望在浏览器级别提供一个抽象层，让迷你应用能够在 Web 上运行，但需要注意的是，Web 可避免受到碎片化问题的影响，尤其是在查看不同的供应商时，尤其是当他们需要选择不同的浏览器时，更需要实现哪些功能。最后，我非常期待看到这一切的发展方向跳出思维定式，从个人泡泡之外获取输入和灵感，这无疑对您在 Web 上打造更美好的未来大有帮助。
致谢
本文由 Joe Medley、Kayce Basques、Milica Mihajlija、Alan Kent 和 Keith Gu 审阅。