那吒
为了尽可能地减少运行时开销，最终方案会采用静态构建的 scoped 方案。为了避免「运行时需要感知 prefix」，需要子应用提供一个 `` wrapper，覆盖子应用的渲染区域。 ```js // 微应用 ... 微应用的真实渲染区域 ``` ice.js 项目可通过 [layout](https://ice.work/docs/guide/advanced/convention-routing/#%E5%85%A8%E5%B1%80-layout) 配置。 官方提供 postcss 插件并提供接入指导。
@xiaobindebingo 已更正
@HuColin 这个方法不是对外的方法。这里有个小优化在于，如果在 shadowDOM 下，挂载到 ShadowRoot 而非 document.root 下，欢迎 pr
@xmsz 官方的 demo 能复现这个问题吗？FrameworkLayout 切换的话，正常来说不会重新注册微应用（即 getApps 这个方法在主应用只调用一次），也就不会提示找不到。
排查了下问题原因 1. 由于切换 layout 会导致 AppRouter 重渲染（父组件渲染导致子组件渲染） 2. AppRouter 的 componentWillUnmount 早于 AppRoute 组件的 componentWillUnmount 触发 https://codesandbox.io/s/infallible-sun-0o82j 3. 在两者的 componentWillUNmount 生命周期中，都处理了清理操作 https://github.com/ice-lab/icestark/blob/master/packages/icestark/src/AppRouter.tsx#L112
@heshijian 这个插件还没有支持模板能力，可以提个 pr 支持一下。不建议多个类似的插件一起使用。
@wtZZx 可以的，稍后我会简单出个方案来
## 使用 rollup 构建 icestark 的 umd 资源 目录： ```text /dist # umd 产物 /index.umd.dev.js /index.umd.min.js # 混淆版本 /esm # es module 产物 /lib # commonjs 产物 ``` 其中 /esm...
+ 模板 -> 发布 -> 预览 链路的设计
https://github.com/maoxiaoke/icestark-multi-tabs 参考下这个 demo，看下是否满足要求