Egg: 3.0 Milestone

[popomore]

Feature

• Support ES Modules, Support Node >= 12
• Better Single Process In Docker
• Async Config Support
• CLI Plugin System
• Release Egg Cloud

Other

• Drop legacy feature.
• New Docs Site.

Release

Maybe October, 2019

[atian25]

egg-mock / egg-bin / egg-scripts / egg-cluster drop support of Node 6.x genertor, use async function.

[unclexiao]

What is Egg Cloud, It sounds great! Can you make a briefly introduce for it ?

[atian25]

What is Egg Cloud, It sounds great! Can you make a briefly introduce for it ?

you could image it as an upper framework for cloud, including some powerful plugins.

cc @gxcsoccer

[qingdengyue]

1. ES Modules is Experimental even if Node v12.2.0. So use babel or native support?
2. Support Docker. Provide docker image in docker hub when release new egg version? Provide egg's health check mechanism for docker health check?

[fengmk2]

Support ES Modules

I think is allow user to use egg module in ES Module way, but egg itself still common module by default.

[ZQun]

Is this the Egg Cloud?

[brucezhangcode]

hope more better ts support

[fengmk2]

I see the keywords: Cloud Native and ServerLess.

[xiaotan0305]

Existing versions of typescript often fail to make breakpoints for debugging, and the new version should consider optimizing typescript support.

[alickmail]

Better Single Process In Docker <- cool! looking forward to this =]

[GodsWati]

How long will it take for version 3.0?

[buzai]

CLI插件系统 是什么？想要pm2的功能，想要更简化的日志系统

[fengqy800]

How long will it take for version 3.0? @atian25

[callmez]

不上ts的话升级没意义，上了ts的话架构基本要重来，3.0应该是一个很远的目标了， 可笑坏了nestjs了吧

[tong3jie]

原生的typescript没有吗？没有装饰器很遗憾啊

[echofly]

ts重构一波啊！老弟！

[zcong1993]

any update?

[xuxucode]

any progress?

[callmez]

when they want start...

[xuxucode]

"Maybe October, 2019" = No deadline, even never

[shinji3887]

这项目现在还有人维护吗？feature里面的Better Single Process In Docker和我之前提的proposal https://github.com/eggjs/egg/issues/4190 描述的是一致的？何时可以支持？

[callmez]

维护呀 只是bug修复 功能性的就算了吧

[muzaisimao]

2020年了, egg 3.0有新进展了么？😂

[shinji3887]

nestjs我也用过，个人觉得没什么太大意思，ts写起来比较啰嗦，类型对象、IOC等概念对于js开发者来说过于复杂，nodejs的开发就应该定位是小快灵（比如小程序、serverless），真要是企业级开发，我直接上spring boot了，也不会用node，后端的选择灵活性比前端大多了。nodejs中的开发es还是王道，真心希望eggjs能发展的更好，社区有良性发展（引入更多的外部参与者，而不是靠某家公司推动主导）

[popomore]

抱歉，还在内部孵化，有什么进展会同步的

[xiexingen]

感觉ts很有必要

[darrenliuwei]

nestjs我也用过，个人觉得没什么太大意思，ts写起来比较啰嗦，类型对象、IOC等概念对于js开发者来说过于复杂，nodejs的开发就应该定位是小快灵（比如小程序、serverless），真要是企业级开发，我直接上spring boot了，也不会用node，后端的选择灵活性比前端大多了。nodejs中的开发es还是王道，真心希望eggjs能发展的更好，社区有良性发展（引入更多的外部参与者，而不是靠某家公司推动主导）

但是很多前端人员对于spring boot不是很懂啊

[brucezhangcode]

nestjs我也用过，个人觉得没什么太大意思，ts写起来比较啰嗦，类型对象、IOC等概念对于js开发者来说过于复杂，nodejs的开发就应该定位是小快灵（比如小程序、serverless），真要是企业级开发，我直接上spring boot了，也不会用node，后端的选择灵活性比前端大多了。nodejs中的开发es还是王道，真心希望eggjs能发展的更好，社区有良性发展（引入更多的外部参与者，而不是靠某家公司推动主导）

但是现实中还是有很多中小公司拿nodejs做真正的后端开发，这时候就有了很多真正的后端需求。nestjs也支持js模式，但是大部分人使用了ts就回不去了，而且ts类型也不是强制的，因此并没有麻烦多少，反正可维护性提高了不少。我觉得前端多去接触些后端成熟理念并不是一件坏事，反而会推进nodejs后端生态的发展，毕竟nodejs的发展还是要靠jser的，而不是其他语言的开发者

[brucezhangcode]

nestjs我也用过，个人觉得没什么太大意思，ts写起来比较啰嗦，类型对象、IOC等概念对于js开发者来说过于复杂，nodejs的开发就应该定位是小快灵（比如小程序、serverless），真要是企业级开发，我直接上spring boot了，也不会用node，后端的选择灵活性比前端大多了。nodejs中的开发es还是王道，真心希望eggjs能发展的更好，社区有良性发展（引入更多的外部参与者，而不是靠某家公司推动主导）

但是很多前端人员对于spring boot不是很懂啊

前端了解angular后，基本就很容易懂了

[shinji3887]

nestjs我也用过，个人觉得没什么太大意思，ts写起来比较啰嗦，类型对象、IOC等概念对于js开发者来说过于复杂，nodejs的开发就应该定位是小快灵（比如小程序、serverless），真要是企业级开发，我直接上spring boot了，也不会用node，后端的选择灵活性比前端大多了。nodejs中的开发es还是王道，真心希望eggjs能发展的更好，社区有良性发展（引入更多的外部参与者，而不是靠某家公司推动主导）

但是现实中还是有很多中小公司拿nodejs做真正的后端开发，这时候就有了很多真正的后端需求。nestjs也支持js模式，但是大部分人使用了ts就回不去了，而且ts类型也不是强制的，因此并没有麻烦多少，反正可维护性提高了不少。我觉得前端多去接触些后端成熟理念并不是一件坏事，反而会推进nodejs后端生态的发展，毕竟nodejs的发展还是要靠jser的，而不是其他语言的开发者

我的意思是，真的纯后端开发的，一般都考虑java了，很少看到有公司以node为主的后端开发，node一般是用在bff中间层开发或者简单的管理端后台服务，所以node的优势就是js的优势，轻便，快速，语法对前端人员友好，ts那套类型对象的设计模式，对于前端人员来说学习成本就有点高了

[darrenliuwei]

nestjs我也用过，个人觉得没什么太大意思，ts写起来比较啰嗦，类型对象、IOC等概念对于js开发者来说过于复杂，nodejs的开发就应该定位是小快灵（比如小程序、serverless），真要是企业级开发，我直接上spring boot了，也不会用node，后端的选择灵活性比前端大多了。nodejs中的开发es还是王道，真心希望eggjs能发展的更好，社区有良性发展（引入更多的外部参与者，而不是靠某家公司推动主导）

但是现实中还是有很多中小公司拿nodejs做真正的后端开发，这时候就有了很多真正的后端需求。nestjs也支持js模式，但是大部分人使用了ts就回不去了，而且ts类型也不是强制的，因此并没有麻烦多少，反正可维护性提高了不少。我觉得前端多去接触些后端成熟理念并不是一件坏事，反而会推进nodejs后端生态的发展，毕竟nodejs的发展还是要靠jser的，而不是其他语言的开发者

我的意思是，真的纯后端开发的，一般都考虑java了，很少看到有公司以node为主的后端开发，node一般是用在bff中间层开发或者简单的管理端后台服务，所以node的优势就是js的优势，轻便，快速，语法对前端人员友好，ts那套类型对象的设计模式，对于前端人员来说学习成本就有点高了

那前端人员再专门去学习Java，那成本不是更高么

[xiaoxintang]

抱歉，还在内部孵化，有什么进展会同步的

大佬，一年过去了，加油

[Tenodec]

2000 years later(ha ha ha) 一直在维护吗，很怕直接不维护了

[xiexingen]

欢迎大家使用.netcore ^_^

[hengkx]

有什么进展吗？希望更好的支持ts

[gejiawen]

Where is the EggJS 3.0 ?

[Mikasa33]

emmmmmm....

[ladyrank]

Where is the EggJS 3.0 ?

I have the same question.

[tong3jie]

I have the same question.

[X-neuron]

I have the same question.

[bolin-L]

come on

[zjy01]

any progress?

[Tenodec]

2000 years later............................................

[crper]

3.0夭折了?

[dxhuii]

看不到进度。

[brucezhangcode]

感觉放弃了啊，新项目midway或者nest.js吧

[X-neuron]

感觉放弃了啊，新项目midway或者nest.js吧

据说 egg 已经完成历史使命，主要 是跟不上这个时代。得重构。

[brucezhangcode]

感觉放弃了啊，新项目midway或者nest.js吧

据说 egg 已经完成历史使命，主要 是跟不上这个时代。得重构。

是的，目前使用ts的开发体验还不够好，目前最好的还是nest.js ，生态完善，midway最新的也脱离了egg（当然还支持egg体系）

[X-neuron]

是的，目前使用ts的开发体验还不够好，目前最好的还是nest.js ，生态完善，midway最新的也脱离了egg（当然还支持egg体系）

准备 后端选型了。在midway 和 nestjs 之间有点小纠结。 昨天刚上了下两个库，项目包初始依赖 报警上 有点想果断放弃midway了。 国内在 代码省事上 下功夫厉害。 国外在 思想和技术跟进上 还是一直领先 。头疼，有路线见解么？

[brucezhangcode]

是的，目前使用ts的开发体验还不够好，目前最好的还是nest.js ，生态完善，midway最新的也脱离了egg（当然还支持egg体系）

准备 后端选型了。在midway 和 nestjs 之间有点小纠结。 昨天刚上了下两个库，项目包初始依赖 报警上 有点想果断放弃midway了。 国内在 代码省事上 下功夫厉害。 国外在 思想和技术跟进上 还是一直领先 。头疼，有路线见解么？

我们目前都是nest.js，已经写了三个项目。module形式，结构更加清晰合理，支持monorepository模式，方便将公共代码分包，只是日志需要自己处理，用的log4js。midway也一直在关注，感觉是越来越完善了，但是还没正式用过

[X-neuron]

我们目前都是nest.js，已经写了三个项目。module形式，结构更加清晰合理，支持monorepository模式，方便将公共代码分包，只是日志需要自己处理，用的log4js。midway也一直在关注，感觉是越来越完善了，但是还没正式用过

听哥一席话，少走十年路，十分感谢！听老司机的，上nest了。

[LittleStoney]

commonjs不也挺好用的嘛

[oliverzy]

总体上egg还是很好用的哈，目前就是需要改善下更好的支持docker和k8s这块，ts这块有egg-ts-helper大部分都够用了，集成了很多最佳实践，希望能够改善下对于容器化的支持，egg 3.0早日出来哈