v4 的一些进展

[czy88840616]

这里会披露 v4 的一些进展工作。

当前 v4 的分支为：v4-next

主要的部分：

• 框架支持从 Node.js >=18 开始（暂定）
• 装饰器元数据重构（明确支持如何继承和元数据拷贝）feat: add v4 MetadataManager and remove legacy support #4107
• 装饰器能力的增强（构造器，以及循环依赖的问题处理）feat: support circular ref & lazy inject & constructor inject #4121
• 前端能力（nextjs/vue/react）集成的支持 feat: support nextjs in v4 #4141
• 微服务（主要是服务发现的抽象）
• Framework 日志写法混乱部分的重写 feat: Unification framework logger #4236
• 后台程序执行模型
• 事件程序模型
• 启动组件的超时监控
• 请求入口的异步追踪能力
• 本地开发部分 HMR

非框架的部分

• vscode 插件模版的支持
• 启动模版的修改调整
• mwts 的版本更新

[Yuliang-Lee]

可以把 bull 模块的依赖从 bull 改为 bullmq 吗？

[czy88840616]

意义是？

[czy88840616]

看上去 bullmq 增加了一些差异性能力，等 v4 核心差不多了可以作为补充组件。

[yisibl]

Bull 处于维护模式了，新功能都在 BullMQ，所以还蛮期待 Midway 可以支持 BullMQ。

Bull is currently in maintenance mode, we are only fixing bugs. For new features check BullMQ,

[waitingsong]

大版本，能不能用 nodejs 20 呢～～

[waitingsong]

• d.ts 类型编译应该不是问题（和 js 编译无关），无论 ESM 还是 CJS 结果是一样的
• 模块动态加载可以用 await import(path)，不知道兼容性如何
• 框架级别，同时编译 ESM 和 CJS， 估计可能会导致上层框架（分别通过 ESM/CJS ）重复加载 mw 导致问题。如果 v4 用 CJS 那么估计只有到 v5 才能用 ESM 了。egg 错过了 TS 重构的时机，midway 可以评估下 ESM 进程。 另外，nodejs 支持 require(esm) ，不知道这价值在哪儿，仅仅同步加载么

[czy88840616]

TS39的人觉得 ESM/CJS 不同的加载方式会造成用户的困扰，也会进一步阻碍 ESM 的发展，所以需要互相引用兼容。

[czy88840616]

是 22 LTS 了吧～

是，22 刚 LTS 了

[waitingsong]

TS39的人觉得 ESM/CJS 不同的加载方式会造成用户的困扰，也会进一步阻碍 ESM 的发展，所以需要互相引用兼容。

本来是希望大家从 CJS 逐步迁移到 ESM，这个功能不反着给 CJS 续命么……

[czy88840616]

强推肯定是不行的，还是需要兼容。TC39 和 Node.js 理论上是两拨人，这里面还有各种立场和利益，没那么简单。

[zanminkian]

#3483
#3859

这两个问题有希望解决吗？至少提供解决能力？其他各方面我还有办法解决绕过，这个两个问题真绕不过。

[czy88840616]

• 1、构造器注入问题不大，IoC 容器已经重构的差不多了
• 2、至于扫描问题，新版本在入口提供会显式声明扫描类型和扫描范围，不需去掉就行

[yuu2lee4]

可以考虑一下兼容其他运行时 比如bunjs

[zanminkian]

Node.js >=18 也挺好的，倒推 alios7 支持 Node 18

[czy88840616]

卡 18 主要是前端框架很多都是 18 起步了。

[yisibl]

问题不大，新应用已经 Node.js v20 起步了