当前的
网站建设工具比以往任何时候都更加复杂。我们有Solid、Vue、Svelte、Angular、React等库，它们以符合人体工程学的方式处理UI(用户界面)更新。对开发人员来说，更重要的话题是性能和可用性最佳实践之间的平衡和权衡。
开发人员也在模糊前端和后端代码之间的界限。随着我们对逻辑和数据协同工作的方式进行集成和整合，以提供统一的应用体验，我们将逻辑和数据放在一起的方式变得越来越有趣。考虑到意识形态的这些转变，元框架以独特的方式围绕核心库发展。为了封装呈现UI的范例并在我们的服务器代码和浏览器代码之间创建无缝的互操作性，新的做法正在出现.
虽然拥有一个“元”框架的最初想法是将不同的工具集合缝合在一起，以构建流畅的体验，但如果不做出某种程度的固执己见的决策，就很难创建集成。所以像QwikCity、SvelteKit、Redwood和Next.js这样的框架完全进入了他们自己固执己见的领域，并提供了一条硬铁路来确保一组定义好的约定。
与此同时，Nuxt、Remix和Analog等其他公司则停留在对其集成的更浅层的抽象上，允许混合使用它们的工具，并更容易地使用来自社区的资源(Vite是一个很好的例子，说明它们都很少使用工具)。
这不仅降低了开发人员对供应商的依赖，还允许在某些情况下重用配置，因为这样的决策从意见中剥离出来，有利于更强的抽象。SolidStart迈出了巨大的一步没有偏见的领域。它自己的核心是大约1500行代码，最大的功能是由集成良好的工具提供的。
将架构完全解耦背后的动力是给予消费者开发人员选择框架并根据他们的愿望构建框架的权力。一个开发人员可能想使用Solid和SSR，但是让我们想象一下遗留代码对TanStack Router有很强的依赖性，而SolidStart和大多数Solid项目都使用Solid-Router。有了一个解耦的架构，就有可能创建一个增量的采用层或者集成层，这样一切都将为团队的最佳利益而量身定制。
支持较新框架的解耦架构也使开发人员能够更好的调试体验在社区内外。如果在服务器上遇到问题，您并不局限于特定框架的知识。
例如，由于两者都基于Nitro，Analog和SolidStart社区现在可以相互共享知识。除此之外，由于它们都基于Nitro和Vite，Nuxt、Analog和SolidStart可以部署到相同的平台上，并共享实现细节，以使每个生态系统共同发展。社区通过这种方法获得了胜利，库/框架开发人员也获得了胜利。这是一个彻底的新的模式和方法共同分担元框架维护的重担(维护者最害怕的责任之一)。
