keuby

@bailicangdu 大佬，关于这个问题有修复的计划吗，或者我可以提供什么帮助？

> 同样问题，是否有解决方案？？？ 我目前临时的方案是，teleport 的 to 参数传入 document.querySelector('micro-app-body')

这个 MR 还有什么问题么？这个 document 的问题导致了很多不可预料的 bug，为了修复这些 bug 我们花费了大量的时间去适配，但是这些工作都是不必要的，而且后期当这个问题修复之后可能还需要移除。 希望可以尽快修复 @bailicangdu

@bailicangdu 下个版本大概会在什么时候?

> 可以提供一些具体的例子来说明一下嘛？ 例如我们的 assets.json 里面引入了 vue 组件库 naive-ui https://unpkg.com/[email protected]/dist/index.js ```json { "packages": [ { "package": "naive-ui", "version": "2.31.0", "urls": ["https://unpkg.com/[email protected]/dist/index.prod.js"], "library": "naive" } ], "components": [ // ... ] }...

在修改了加载顺序之后，那么在加载适配器资源的时候，就可以顺便把 vue 运行时加上 ```ts await init(document.getElementById("lce-container"), { simulatorUrl: [ "https://unpkg.com/[email protected]/dist/vue.runtime.global.js", "https://unpkg.com/@knxcloud/lowcode-vue-simulator-renderer/dist/vue-simulator-renderer.js", "https://unpkg.com/@knxcloud/lowcode-vue-simulator-renderer/dist/vue-simulator-renderer.css", ], }); ```

> 没看懂，为什么simulator之后还有文件要加载？simulator运行时理论上所有资源都加载完毕了 重点其实不在这里，我们需要有一个合适的时机去加载 vue 的运行时。在 react 版本中，react 的运行时是在 设计器里面加载的，simulator 中，是通过 environment，直接从设计器的 window 中直接赋值到了 simulator 所在的 iframe 的 window 上 但是这样做的话，所有 dom 元素，其实都是基于外层设计器的 Element 元素创建的。当在 simulator 的 iframe 中，如果存在 `el instanceof...

按照我的理解，其实 react 应该也存在一样的问题吧 🐶

> vue 的运行时（我理解类似 react-dom?）放到 library 中靠前的位置会有问题么？ 你的意思是说放到 assets.json 的 `packages` 字段里面么？像这样？ ```json { "packages": [ { "package": "vue", "version": "3.2.37", "urls": ["https://unpkg.com/[email protected]/dist/vue.runtime.global.js"], "library": "Vue" }, { "package": "naive-ui", "version": "2.30.6",...

> library 的意思就是加载包啊，不管是 react / react-dom，还是 moment / lodash，还是 custom-comps，语意上没有问题~ 是的，但是这边的 library 其实应该算是动态加载的包，比如 moment / lodash 这种，他是属于可有也可以没有的那种包 而对于一个 vue 的设计器来说，vue 运行时不应该属于动态加载，可有可没有的，而是必定会加载，而且需要再非常靠前的位置加载的，虽然都是加载包，我觉得还是有本质区别的