之前回复过这类问题，这边复制粘贴回复一下~

技术选型这件事，可以说是 仁者见仁智者见智，但也有一些考量在里面。我一般会考虑下面几个点：

功能

功能是什么？简单说，就是能否满足业务需求，不论 Node 框架 Express / Koa, Python 框架 Django / Tornado / Flask，又或者是 Java 框架 JFinal，都是为了满足业务需求而生。

所以呢，谈选型是要考虑场景的：

• 静态服务器，http-server 一键启动就够了不是~
• 接口服务器，业务不复杂的，Flask 其实要比 Tornado / Django 更简单、方便？
• 运营后台类，主操作 CURD，如果尝试过，会发现 Django 也很方便，定义一下 model 基本就完事了~
• 再复杂一些，逻辑不定，关系不一，需要独立开发，且很可能后续调整频繁，这时候就需要自行实现了

说了这么多，总结起来还是我常说的那句话，脱离场景谈选型，都是耍流氓。

生态

周边生态这件事就很好理解了，就拿常用过的一些东东来说，

• aliyun oss
• wechat api
• elasticsearch
• socket.io
• redis / mysql / mongodb
• 模板渲染 / 认证 / 权限管理

业务相关的东西很多的，如果有已经完善的工具，开发可以做到事半功倍，越来越多的公司选择上云，对阿里云的依赖变多，有阿里系的产品支持，很多东西不用自己开发，又或者简单封装即可使用。

社区

fb 的项目和个人项目选择哪个？不用说，一定是倾向于知名团队的或者企业的，阿里在 Node 社区的贡献度，有目共睹（社区活跃的大佬也是成把抓，没事了私信一下说不定还能勾搭一下？）

阿里前端业务大多是基于 Egg.js 开发（可以去问 cnode / cnpmjs 的大佬），这方面，持续的投入是看得到的，至少不用担心改天不维护了~

issue 那边也经常看到 Egg 核心开发者大半夜还在讨论问题，帮忙查找问题的情况用到的同学应该比我更清楚~

Egg.js 为企业级框架和应用而生，我们希望由 Egg.js 孕育出更多上层框架，帮助开发团队和开发人员降低开发和维护成本。

综上，在需要自行开发的项目（我主导或者负责）里，从 1.x 开始，不论是个人还是公司项目，我 全部 使用了选择了 Egg。 目前来说依然觉得用的很开心，也很庆幸，并没有因为 KPI 问题而项目暂停？（笑），后续还是看场景，第一选择仍然是 Egg。

1.插件不更新问题，建议作者转移到这个社区维护的 ORG 里由大家一起维护吧~

https://github.com/eggjs-community/README

2.小项目无所谓 这个说法很不认同，双十一中运行的 Egg 项目很小喽？拿一个出来对比一下生产中运行的复杂度和需要应对的流量吗？

答案是：无意义。

• 讨论项目大小，Office 那种才是真的大项目，然并卵，整个前端也没几个，如果有，欢迎拿出来大家膜拜一下~
• 讨论应对流量，不好意思，拿架构图出来吧，真正的瓶颈从来都是 Database / Proxy / Cache / SLB，需要在框架层面讨论这个的，怕是没法大了。