Angular 基于 Component 的思想，可以让其在一个页面上同时运行多个 Angular 应用；可以在一个 DOM 节点下，存在多个 Angular 应用，即类似于下面的形式：
<app-home _nghost-c3="" ng-version="5.2.8"><app-help _nghost-c0="" ng-version="5.2.2" style="display:block;"><div _ngcontent-c0=""></div></app-help><app-app1 _nghost-c0="" ng-version="5.2.3" style="display:none;"><nav _ngcontent-c0="" class="navbar"></div></app-app1><app-app2 _nghost-c0="" ng-version="5.2.2" style="display:none;"><nav _ngcontent-c0="" class="navbar"></div></app-app2></app-home>
可这一样一来，难免需要做以下的一些额外的工作：
创建子应用项目模板，以统一 Angular 版本
构建时，删除子应用的依赖
修改第三方模块
而在这其中最麻烦的就是第三方模块冲突问题。思来想去，在三月中旬，我在 Mooa 中添加了一个 iframe 模式。
Mooa
Mooa 是一个为 Angular 服务的微前端框架，它是一个基于 single-spa，针对 IE 10 及 IFRAME 优化的微前端解决方案。
Mooa 框架与 Single-SPA 不一样的是，Mooa 采用的是 Master-Slave 架构，即主-从式设计。
对于 Web 页面来说，它可以同时存在两个到多个的 Angular 应用：其中的一个 Angular 应用作为主工程存在，剩下的则是子应用模块。
主工程，负责加载其它应用，及用户权限管理等核心控制功能。
子应用，负责不同模块的具体业务代码。
在这种模式下，则由主工程来控制整个系统的行为，子应用则做出一些对应的响应。
iframe 微服务架构设计
在这里，总的设计思想和之前的《如何解构单体前端应用——前端应用的微服务式拆分》中介绍是一致的：
主要过程如下：
主工程在运行的时候，会去服务器获取最新的应用配置。
主工程在获取到配置后，将一一创建应用，并为应用绑定生命周期。
当主工程监测到路由变化的时候，将寻找是否有对应的路由匹配到应用。
当匹配对对应应用时，则创建或显示相应应用的 iframe，并隐藏其它子应用的 iframe。
其加载形式与之前的 Component 模式并没有太大的区别：
Mooa Component 加载
而为了控制不同的 iframe 需要做到这么几件事：
为不同的子应用分配 ID
在子应用中进行 hook，以通知主应用：子应用已加载
在子应用中创建对应的事件监听，来响应主应用的 URL 变化事件
在主应用中监听子程序的路由跳转等需求
因为大部分的代码可以与之前的 Mooa 复用，于是我便在 Mooa 中实现了相应的功能。
微前端框架 Mooa 的特制 iframe 模式
iframe 可以创建一个全新的独立的宿主环境，这意味着我们的 Angular 应用之间可以相互独立运行，我们唯一要做的是：建立一个通讯机制。
它可以不修改子应用代码的情况下，可以直接使用。与此同时，它在一般的 iframe 模式进行了优化。使用普通的 iframe 模式，意味着：我们需要加载大量的重复组件，即使经过 Tree-Shaking 优化，它也将带来大量的重复内容。如果子应用过多，那么它在初始化应用的时候，体验可能就没有那么友好。但是与此相比，在初始化应用的时候，加载所有的依赖在主程序上，也不是一种很友好的体验。
于是，我就在想能不能创建一个更友好地 IFrame 模式，在里面对应用及依赖进行处理。如下，就是最后生成的页面的 iframe 代码：
<app-home _nghost-c2="" ng-version="5.2.8"><iframe frameborder="" width="100%" height="100%" src="http://localhost:4200/assets/iframe.html" id="help_206547" style="display:block;"></iframe><iframe frameborder="" width="100%" height="100%" src="http://localhost:4200/assets/iframe.html" id="app_235458 style="display:none;"></iframe></app-home>
对，两个 iframe 的 src 是一样的，但是它表现出来的确实是两个不同的 iframe 应用。那个 iframe.html 里面其实是没有内容的：
<!doctype html><html lang="en"><head><meta charset="utf-8"><title>App1</title><base href="/"><meta name="viewport" content="width=device-width,initial-scale=1"><link rel="icon" type="image/x-icon" href="favicon.ico"></head><body></body></html>
（PS：详细的代码可以见 https://github.com/phodal/mooa）
只是为了创建 iframe 的需要而存在的，对于一个 Angular 应用来说，是不是一个 iframe 的区别并不大。但是，对于我们而言，区别就大了。我们可以使用自己的方式来控制这个 IFrame，以及我们所要加载的内容。如：
共同 Style Guide 中的 CSS 样式。如，在使用 iframe 集成时，移除不需要的
去除不需要重复加载的 JavaScript。如，打包时不需要的 zone.min.js、polyfill.js 等等
注意：对于一些共用 UI 组件而言，仍然需要重复加载。这也就是 iframe 模式下的问题。
微前端框架 Mooa iframe 通讯机制
为了在主工程与子工程通讯，我们需要做到这么一些事件策略：
发布主应用事件
由于，我们使用 Mooa 来控制 iframe 加载。这就意味着我们可以通过 document.getElementById 来获取到 iframe，随后通过 iframeEl.contentWindow 来发布事件，如下：
let iframeEl: any = document.getElementById(iframeId)if (iframeEl && iframeEl.contentWindow) {iframeEl.contentWindow.mooa.option = window.mooa.optioniframeEl.contentWindow.dispatchEvent(new CustomEvent(MOOA_EVENT.ROUTING_CHANGE, { detail: eventArgs }))}
这样，子应用就不需要修改代码，就可以直接接收对应的事件响应。
监听子应用事件
由于，我们也希望能直接在主工程中处理子程序的事件，并且不修改原有的代码。因此，我们也使用同样的方式来在子应用中监听主应用的事件：
iframeEl.contentWindow.addEventListener(MOOA_EVENT.ROUTING_NAVIGATE, function(event: CustomEvent) {if (event.detail) {navigateAppByName(event.detail)}})
示例
同样的我们仍以 Mooa 框架作为示例，我们只需要在创建 mooa 实例时，配置使用 iframe 模式即可：
this.mooa = new Mooa({mode: 'iframe',debug: false,parentElement: 'app-home',urlPrefix: 'app',switchMode: 'coexist',preload: true,includeZone: true});...that.mooa.registerApplicationByLink('help', '/assets/help', mooaRouter.matchRoute('help'));that.mooa.registerApplicationByLink('app1', '/assets/app1', mooaRouter.matchRoute('app1'));this.mooa.start();...this.router.events.subscribe((event: any) => {if (event instanceof NavigationEnd) {that.mooa.reRouter(event);}});
子程序则直接使用：https://github.com/phodal/mooa-boilerplate 就可以了。
GitHub 地址：https://github.com/phodal/mooa
2121
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
