Angular

本篇以angular 11作为案例介绍angular的接入方式,其它版本angular接入方式会在后续补充,如果你在使用时出现问题,请在github上提issue告知我们。

作为主应用

1、安装依赖

npm i @micro-zoe/micro-app --save

2、初始化micro-app

// main.ts
import microApp from '@micro-zoe/micro-app'

microApp.start()

3、增加对WebComponent的支持

app/app.module.ts中添加 CUSTOM_ELEMENTS_SCHEMA 到 @NgModule.schemas

// app/app.module.ts
import { NgModule, CUSTOM_ELEMENTS_SCHEMA } from '@angular/core';

@NgModule({
  schemas: [CUSTOM_ELEMENTS_SCHEMA],
})

4、在页面中嵌入子应用

<!-- app/my-page/my-page.component.html -->
<div>
  <h1>子应用</h1>
  <!-- name:应用名称, url:应用地址 -->
    <micro-app name='my-app' url='http://localhost:3000/'></micro-app>
</div>

Note

  1. name:必传参数,必须以字母开头,且不可以带特殊符号(中划线、下划线除外)
  2. url:必传参数,必须指向子应用的index.html,如:http://localhost:3000/ 或 http://localhost:3000/index.html

作为子应用

1、在主应用中引入zone.js

如果主应用非angular,那么主应用需要引入zone.js才能正确加载angular子应用。

步骤1、安装依赖

npm i zone.js --save

步骤2、在主应用中引入zone.js

import 'zone.js'

2、设置跨域支持

angular官方脚手架创建的项目在开发环境下默认支持跨域访问,不需要特殊处理。

其它项目在webpack-dev-server中添加headers。

headers: {
  'Access-Control-Allow-Origin': '*',
}

3、监听卸载事件

子应用被卸载时会接受到一个名为unmount的事件,在此可以进行卸载相关操作。

// main.ts
let app: void | NgModuleRef<AppModule>
platformBrowserDynamic()
  .bootstrapModule(AppModule)
  .then((res: NgModuleRef<AppModule>) => {
    app = res
  })


// 监听卸载操作
window.unmount = () => {
  app && app.destroy();
  app = undefined;
}

完成以上步骤微前端即可正常渲染。

可选设置

以下配置是针对子应用的,它们是可选的,建议根据实际情况选择设置。

1、开启umd模式,优化内存和性能

MicroApp支持两种渲染微前端的模式,默认模式和umd模式。

  • 默认模式: 子应用在初次渲染和后续渲染时会顺序执行所有js,以保证多次渲染的一致性。
  • umd模式: 子应用暴露出mountunmount方法,此时只在初次渲染时执行所有js,后续渲染只会执行这两个方法,在多次渲染时具有更好的性能和内存表现。

如果子应用渲染和卸载不频繁,那么使用默认模式即可,如果子应用渲染和卸载非常频繁建议使用umd模式。

// main.ts
import { NgModuleRef  } from '@angular/core';
import { platformBrowserDynamic } from '@angular/platform-browser-dynamic';
import { AppModule } from './app/app.module';

declare global {
  interface Window {
    microApp: any
    mount: CallableFunction
    unmount: CallableFunction
    __MICRO_APP_ENVIRONMENT__: string
  }
}

let app: void | NgModuleRef<AppModule>
// 👇 将渲染操作放入 mount 函数,子应用初始化时会自动执行
window.mount = () => {
  platformBrowserDynamic()
    .bootstrapModule(AppModule)
    .then((res: NgModuleRef<AppModule>) => {
      app = res
    })
    .catch(err => console.error(err))
}

// 👇 将卸载操作放入 unmount 函数,就是上面步骤2中的卸载函数
window.unmount = () => {
  // angular在部分场景下执行destroy时会删除根元素app-root,导致在此渲染时报错,此时可删除app.destroy()来避免这个问题
  app && app.destroy();
  app = undefined;
}

// 如果不在微前端环境,则直接执行mount渲染
if (!window.__MICRO_APP_ENVIRONMENT__) {
  window.mount();
}

2、设置 webpack.jsonpFunction

如果微前端正常运行,则可以忽略这一步。

如果子应用资源加载混乱导致渲染失败,可以尝试设置jsonpFunction来解决,因为相同的jsonpFunction名称会导致资源污染。

这种情况常见于主应用和子应用都是通过create-react-app等脚手架创建的react项目,vue项目中并不常见。

解决方式:修改子应用的webpack配置

// webpack.config.js
module.exports = {
  output: {
    ...
    jsonpFunction: `webpackJsonp_自定义名称`,
    globalObject: 'window',
  },
}
// webpack.config.js
module.exports = {
  output: {
    ...
    chunkLoadingGlobal: 'webpackJsonp_自定义名称',
    globalObject: 'window',
  },
}

3、设置 publicPath

如果子应用出现静态资源地址404(js、css、图片),建议设置publicPath来尝试解决这个问题。

publicPath是webpack提供的功能,它可以补全静态资源的地址,详情参考webpack文档 publicPath在新窗口打开

步骤1: 在子应用src目录下创建名称为public-path.ts的文件,并添加如下内容

// __MICRO_APP_ENVIRONMENT__和__MICRO_APP_PUBLIC_PATH__是由micro-app注入的全局变量
if (window.__MICRO_APP_ENVIRONMENT__) {
  // eslint-disable-next-line
  __webpack_public_path__ = window.__MICRO_APP_PUBLIC_PATH__
}

步骤2: 在子应用入口文件的最顶部引入public-path.ts

// entry
import './public-path'

4、切换到iframe沙箱

MicroApp有两种沙箱方案:with沙箱iframe沙箱

默认开启with沙箱,如果with沙箱无法正常运行,可以尝试切换到iframe沙箱。

常见问题

1、通过micro-app数据通信修改angular组件数据后视图不更新

原因: 因为在angular区域外调用了内部的代码(主应用和子应用属于不同的angular区域),angular无法知道状态发生了变化。

解决方式: 通过ngZone.run()触发更改检测,具体方式如下:

angular-question3

2、主应用是react、nextjs应用,引入zone.js后导致micro-app元素生命周期异常

目前无法解决,请暂停使用生命周期函数。