young

istanbuljs/babel-plugin-istanbul#161 同样的问题 +1 当使用 `babel-plugin-istanbul` + 导出内容解构 的时候 `import of DatePicker` 被丢掉了 本应该得到 ```javascript // 不开启 istanbul 插件 import "antd/es/date-picker/style/css"; import _DatePicker from "antd/es/date-picker"; const { RangePicker } = _DatePicker;...

问题 3 可能没表述清楚 如问题 1，2 在复写了所有可能存在的 context 上下文的情况下一方面会带来性能的开销（ConsumerWrap, ProviderBridege），最重要的还是存在 context 错误的问题 ``` // 覆盖 outer 值 {/* bizContent */} ``` 这里 bizContent 预期拿到上下文应该是 inner，实际重建会拿到 outer 的值 但是实际业务使用中，比如我这边希望在路由系统内使用，每个子页面由 KeepAlive 包裹，全局相关上下文提到 之前，直接使用...

> 主应用 document.querySelector被代理，可以尝试使用removeDomScope方法解决，参考 https://micro-zoe.github.io/micro-app/docs.html#/zh-cn/dom-scope?id=%e8%a7%a3%e9%99%a4%e5%85%83%e7%b4%a0%e7%bb%91%e5%ae%9a 一、二方业务这种处理倒还好，担心会有处理不完全的三方包，而且这个主系统 document 何时受影响的并不稳定（只要在子系统 window、document 有属性被访问，且还没执行 defer removeDomScope 的时候都有可能触发） 在 iframe 沙箱内可以移除掉 `patchElementAndDocument` 的行为吗，均使用 iframe 内部的 document（已经劫持过原型）

> 1、2是同一件事，html, body, head, title全局唯一，不可被代理，但需要处理其内部元素的操作 这里会有问题，在使用 Antd#Modal 组件的时候指定 document.body 为挂载点的情况下，会存在内部 `node instanceof HTMLElement` 结果与预期不一致（返回 false），导致错误 这里是 react（maybe Portal） 会用挂载点的 ownerDocument 来创建子节点（此时指向 document.body 主系统，instanceof HTMLElement 取值子系统） 同样的如果子系统内有 `document.body instanceof window.Node` 结果也会是...

> 也遇到类似的问题，父应用在 createElement 时，遇到子应用第三方 npm 包监听 document 属性，从而 throttleDeferForSetAppName 设置了 currentAppName，defer 在父应用 createElement 之后，导致父应用的 createElement 到了子应用内部 > > 想问一下有没有好的解决办法？ > > 顺便想请教一下 patchElementAndDocument 的目的，基座应用不代理它的 document 会有什么问题吗？ 我觉得最主要的目的是实现 dom 的隔离，保证子系统所有 dom...