前端微服务化一直是前端社区的一个热门话题，早在2018年就有不少开发者提出过各种解决方案。或许是未得精髓，个人认为基于Web Components的实现脱离整体打包逻辑的，难以工程化。直到遇到了vue-cli 3，子模块打包的问题得以迎刃而解。2019年秋，团队内部初步实现前端分布式开发，解决了集中式开发部署的“老大难”问题。个人认为，随着WebAssembly等技术的兴起，“前端后移”越来越明显，前端微服务会成为大前端的一个趋势。下面简单分享下本人对前端微服务的一些拙见。
前言
目前的前端技术，大部分是基于JavaScript栈极其衍生的技术栈体系。从当年被人戏称为“玩具语言”发展到今天，JavaScript的经历可谓命途多舛。早期缺少必要的规范，让JavaScript的生态自由的有点泛滥。本就是解析型语言，还多重标准，谁也不能预测下一行代码会产生什么结果。随着Node.js的到来，“前端后移”历史的车轮开始转动了。前端的打包不再是简单地混淆压缩一下，出现了import/export模块的概念，后端工程师嗅到了熟悉的味道。W3C的ES2015标准，前端模块化开始深入人心，Webpack逐渐成了前端开发的事实标准，TpyeScript等强类型衍生语言也开始出现，大前端圈空前繁荣。随着大量了后端语言（特别是Java这类面向对象语言）的标准加入，前端开发终于从Web开发中脱离出来自立门户。前端工程化伴随着“前后端分离”的潮流，席卷了整个互联网。GitHub等开源社区上前端项目如雨后春笋般涌现。
痛点
前端工程化固然是好事，但前端项目一多就存在难以整合的问题。特别是前端技术栈不一致的情况下，React团队开发的小功能不能被Vue团队复用。前端工程也期待能拥有后端的远程调用RPC接口。通过调用前端RPC接口就能跨平台渲染。这就好比是JVM平台都能解析class字节码一样方便。目前整合不同系统的方案大部分是使用iframe简单嵌套，不优雅但能用。谷歌提出的WebAssembly可能是不错的方案，但离商用太远。
方案
目前如何有效整合前端应用呢？综合考虑了新老系统的特点，大致分了三种情况。
关键代码如下：
<div class="puzzle-box">
<div class="puzzle-item" v-for="puzzle in puzzles" :key="puzzle.id" :style="'height:' + puzzle.height + ';width:' + puzzle.width">
<div v-if="puzzle.type === 'iframe'">
<iframe :src="puzzle.src" :style="'width:100%;height:' + puzzle.height "></iframe>
</div>
<div v-if="puzzle.type === 'module'">
<puzzle-module v-bind:url="puzzle.url"></puzzle-module>
