知乎： 如何评价阿里开源的企业级 Node.js 框架 egg？ about blog

[atian25]

@cncoder 这么说吧，作为一个学生，能这么早关注业界的东西，挺不错的了。

但有几点建议：

估计egg再火，BAT中的BT也不会用

• 怎么样的才叫 BAT 都在用呢？光阿里内部，几千号前端，百来个小组，是不是 100% 都在用，才叫用呢？你怎么知道 BT 中没有团队在用呢？
• 退一步，Koa 算不算 BAT 都在用呢？Koa 比较底层，一般团队都会需要在上面做一层包装，如果回头你进的团队是这样的，你会不会告诉你老大：「我估计我们这个框架，也就我们团队在用，公司级别都推不动，更别提 BAT 了，所以我拒绝使用」？甚至如果你的团队还在用 express 呢？

只怕学完变成以后工作的“周末玩具”

• 作为学生或者说初学者，建议像海绵那样，多去学习，多去吸收，不要太功利化。
• 学习 Egg.js 不代表你必须用它，它也不会成为你学习后，一生都会用的东西。
• 而是要去思考，Egg.js 遇到了什么问题，解决了什么问题？同类框架是如何解决这个问题的？他们之间的对比是怎么样的？谁优谁劣？如果他们的方案各自优点结合起来，又会怎么样？
• 不要人云亦云 KPI，那是别人黑着玩的，跟你有什么关系么？看看文档，看看源码，能有收获就值了，如果发现写的很烂的话，直接跳坑咯。没有一个框架是你学习后可以用一辈子的，程序猿最怕的是「你那不叫十年工作经验，是一年工作经验用十年。」

方便以后造轮子

• 在文中其实提过 「其实大家的基础框架用不用 egg 真的无所谓，最重要是有一套适合团队的约定。」
• 或者这么说，未来你参与面试的时候，面试官希望听到你说 「我用过 xx 框架」，还是希望听到你说：「我在做 XX 项目的时候，预研过 XX 和 YY 框架，最终因为 XX 等原因，我选择了 XX 框架。在这过程中，我遇到了 XX 问题，为此我去看了 XX 源码，发现他们是基于 XX 原理的，还有优化的空间，于是自己尝试了 XX，解决后写了 XX 总结文章，甚至尝试给 XX 框架提了一个 PR 解决了这个问题」

[cncoder]

@atian25 本人还是过于急功近利了，在各种技术间辗转反侧，只有广度没有深度略感害怕，其实底层的只知识才是最重要的是吗~~作为学生还不是很了解业界的玩法，也就一直跟着BAT这样的大玩家走。很多想法也纯属个人YY，请见谅。最后的那段话会记住的，感觉像个英语作文考试模板😂，放之四海而皆准。因为时常去面试总觉得做了的东西没有说出来，挺浪费的，这次知道了。谢谢大大回答。

[maguon]

最近尝试用eggjs框架来进行项目开发，发现eggjs和sails在框架结构与约定，部署等方面有很多相似之处，都是相对稳定的企业级node框架，eggjs比sails相比有更多的插件支持，让开发者更加直观便捷的操作(如日志、错误返回、数据访问等)，能让开发者更加容易的编写、测试与部署。但是在使用的过程中又多少有些感觉框架过度，不容易修改，比如restful api 方面没有restify的框架灵活。另外eggjs文档也是相当全面，写文档其实是一份相当大工作量，eggjs的团队真的很有责任心。感谢eggjs团队提供优秀的开源框架，也希望eggjs不断更新，让框架更加灵活、稳定，也希望使用框架的开发者能够为eggjs提供一些开源的插件，让更多开发者受益。

[atian25]

后续值得关注的 issue 讨论，会收录到每期的 eggjs-feed

https://zhuanlan.zhihu.com/eggjs

[atian25]

@maguon

但是在使用的过程中又多少有些感觉框架过度，不容易修改，比如restful api 方面没有restify的框架灵活。

egg-rest 只是一个单独的插件而已，框架过度这个锅我们不背~ 社区的开发者完全可以重写一个类似的插件，来实现 restify 那样的灵活的。

[devbian]

https://www.zhihu.com/question/55271199/answer/143741434。 这个链接点过去，会把。 带过去，导致知乎网页404. 😊

[atian25]

@devbian 已改, 3x

[kainy]

https://eggjs.org/release
https://eggjs.org/api

发现俩错误链接 😄。

[atian25]

欢迎 PR 修复 发自我的 iPhone

…

在 2017年2月10日，18:00，Kainy Guo ***@***.***> 写道： https://eggjs.org/release https://eggjs.org/api 发现俩错误链接 😄。 — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

[kainy]

找了下，发现这分支 https://github.com/eggjs/egg/tree/new-site2/docs API 文档就是空的额，release 目录也暂时没有内容。

[atian25]

@kainy 最新的官网应该已经修复了

[kainy]

哦哦 改版了呀，不错不错。

[Pines-Cheng]

不错不错，官网好漂亮。

[cncoder]

一位持续于专注后端的学生党，现在从Java到node.js ，用过express koa后贸然转型想做全栈，入坑egg中，就担心 KPI 问题，估计egg再火，BAT中的BT也不会用 。只怕学完变成以后工作的“周末玩具”~~不过还是会坚持学完，方便以后造轮子XD

[Pines-Cheng]

或者这么说，未来你参与面试的时候，面试官希望听到你说 「我用过 xx 框架」，还是希望听到你说：「我在做 XX 项目的时候，预研过 XX 和 YY 框架，最终因为 XX 等原因，我选择了 XX 框架。在这过程中，我遇到了 XX 问题，为此我去看了 XX 源码，发现他们是基于 XX 原理的，还有优化的空间，于是自己尝试了 XX，解决后写了 XX 总结文章，甚至尝试给 XX 框架提了一个 PR 解决了这个问题」

醍醐灌顶。

[sky185959]

有技术交流群吗

[solarhell]

@sky185959 都是在GitHub通过issue交流的

[sunyongjian]

作为一个 node 开发的新手，新项目调研正在纠结是用 egg，还是直接用 koa。想用 egg 是因为，没有 node 项目开发的沉淀，只是了解一些基础的知识，实际开发中不免痛苦以及重复造一些坡脚的东西，直接用 egg 显然可以减少很多工作；也考虑到后期项目维护，人员增大时，会有规范去约束。不过担心的也于此，使用 egg 开发，去了解 egg 的 API 和**，会不会不如直接使用 koa 不断的踩坑，平滑一些，学的多一些。另外，npm scripts 也是担心的，内部的 bin 文件还需要去看到底做了什么，不如直接自己写来的简洁易懂，而且我 run dev 就出现了错误，再去花时间查错也是所担心的。

[atian25]

@sunyongjian 每个人有每个人的学习方式，这个看你自己了。

就像 @floveluy 的方式是先看完别人的源码，然后造个轮子来验证学习。
https://cnodejs.org/topic/5a949c9c653c43b914685044

就我个人而言，日常私下学习造轮子啥都没问题，但业务中就不能这么任性了。

[xuya227939]

开发人员不再是『钉子』，可以流动起来 这句话表示不赞同

[funybaby]

不错不错，官网好漂亮。