Axetroy

Since there is no Type-aware in the Plugin, we cannot know its type This seems normal to me, using implicit `valueOf()` is not the recommended way ```js let start =...

Why not just write a package to transform SWC's AST to ESTree's AST ```js const swcAst = parseSync(code); const estreeAst = swc2estree(swcAst); ```

> Why not just write a package to transform SWC's AST to ESTree's AST > > const swcAst = parseSync(code); > const estreeAst = swc2estree(swcAst); There's already have. https://github.com/swc-project/swc/blob/main/crates/swc_estree_compat/README.md But...

hi! Is there any plan to support `mips` arch?

目前来说，微前端还是存在很多问题。无论是哪种方案，乾坤，无界，都是一样。 外部人员如果并不熟悉微前端框架，要使用得非常谨慎，后续排坑的代价并不小。 分享一下目前我们使用的方案，纯 iframe 实现。js 隔离，样式隔离都是内置的。但 iframe 同样面对一些问题，例如弹窗，并不是基座的 Document 为了解决这类问题，由基座提供 sdk，提供一些列的方法进行弹窗/通知（通过 postmessage 进行通信），然后子应用导入进行使用。至于如何保活等，由基座提供功能，子应用不用关心。 这样做起来不像所谓的 “微前端”，而更像 “微应用”。 对于子应用的开发者来说，心智负担大大降低，只需要关注 sdk 提供什么方法即可。 目前来说，运行良好，唯一的缺陷就是，通信方式使用 postmessage，序列化方式参考了 `@electron/remote`，所有 sdk 的操作，都是异步的

> [@axetroy](https://github.com/axetroy) 为什么不考虑把postMessage用google的comlink包一下, 当作一位async function使用呢? 在做这个的时候，我并不知道 `comlink`，所以就自己实现了一个。区别无非就是，换个皮肤而已 ```diff - const result = await sdk.invoke('sum', 1, 2) + const result = await sdk.sum(1, 2) ```

Consider resolve `Wildcard route conflicts with static router` ### Invalid router in current version ```shell [GET] /v1/address [GET] /v1/address/default [GET] /v1/address/:id # conflict with `/v1/address/default` [GET] /v1/user [GET] /v1/user/profile [GET]...

I have rolled back to the 0.x It got too many problems ``` ERROR in ./node_modules/jimp/dist/esm/index.js 32:4-18 export 'methods' (imported as 'circle') was not found in '@jimp/plugin-circle' (possible exports: default)...