未来的前端框架的组件编译成webcomponents是否是趋势？跨框架组件是不是未来的趋势？

谢邀。

Web Components 是趋势，跨框架编译成Web Components可能不是一个趋势。

因为，框架也可以编译成WebAssembly，它是一种可以促成跨语言开发Web前端的技术。

就现阶段的前端框架形势看，各大框架是存在竖井问题的，你所描绘的那种美好愿景（跨框架）是不好实施的，它不仅仅是一个标准化的工作。

虽然说，社区也有react和vue互转的实现方案，但说实话，它不适合广大群众。因为具体项目比较常见的还是单一框架配合框架生态去开发。从维护和可持续的角度看，更多知识面、关键字对团队协作其实是不利的。

这么一说，跨框架解决的问题，主要还是融合有不同偏好的开发资源，从而能达到业务开发与框架无关的效果。

框架无关是一个偏好问题，不是一个完成业务的必要命题。就跟写服务端一样，不同框架都有它适合的场景，比如写单个领域业务向的、易扩展的接口可以试试koa，写Open API接口的可以试试fastapi，写完整Web项目可以试试nestjs等。

我觉得，不同框架都有它适合的场景，跨框架可能不是一种趋势，历史证明Web的一些标准化总走在了框架的后面。

但多端解决方案还是持续发展的，这个感觉跟国情、国内形势有关。毕竟那些超级app都有巨大的流量入口，小程序开发还是会很吃香。多端解决方案还是有存在的必要。端死了可能就不一样了。它主要是为端服务的，为跨端提供便利。

随着时间推移，框架自己的生态都在发展，会进一步分化，不会是现在这种三足鼎立的局面，也不会是一家独大的局面。

我觉得，中后台解决方案就是一个很有前瞻性的方向，比如阿里的云凤蝶。这可以促成业务开发与能力无关，会不断降低开发成本和开发门槛。

就跟游戏开发的历史进程差不多。从前去开发游戏，很难，多端要多语言、静态资源整合麻烦等很多问题，随着历史演进，一系列的类如Unity、Cocos等工具的出现，可以一次开发打包多主机端及移动端，让游戏开发变得更加便捷。

编译成 WebAssembly 更直接一些