阿里 egg.js 香不香？

[fxjson]

作为一个后端研发，想了解下 node，于是试了下 egg,安装完之后吓一跳，项目的 node_modules 文件夹里面好几百个模块，当时吓一跳，大家平时开发用 egg 吗，还有别的轻量级框架木有

[shuangya]

@Hanggi 你所说的只是理想状况，所谓的“站好队”也只能是个假设。你现在假设五年选 React/Angular，只是今天它们成为了主流。但你永远没办法确定下一个五年后，主流会是什么。今天如日中天的 React/vue，会不会在五年后也变成历史。
技术选型当然会有一定的“前瞻性”，但这个东西只是仁者见仁智者见智，没有标准答案。更多的时候是看当下的情况。实际上，包括 weex 在内，它们的出现的，都是有一定历史背景，可以解决实际问题的。
几年后 weex 面临淘汰，小程序却蓬勃发展，这种事情几年前谁又能想到呢？就像 jq 如日中天的时候，谁又能想到现在 react/vue 是绝对的主流呢？
与其早早的花时间想着要“站好队”，不如及时拥抱变化。

[hhhfffhhh]

weex 带来的一些用户体验提升还是不错的，但是一些交互 /动效等的开发体验还是让人头疼。
weex 至少在那几年是不错的选择，在历史的潮流中，也算是“完成使命”了，哦，不，应该说“后浪”推”前浪“了

[acthtml]

eggjs 不错哦，是目前的第一选择。

[Mithril]

喷阿里的 kpi 库主要是因为给人的印象太差。Antd 发过彩蛋，OceanDB 连尸体都扒了。
确实是开源软件社区驱动，你爱用不用觉得不爽自己改。但是你作为一个发起者和主要维护者，这种态度难免让人对你发布库以后能不能正常维护下去产生怀疑。
做面向普通消费者的终端和内部网站你加个彩蛋没问题，但是用你库的开源用户真的有精力去审查你每一个版本的变更记录吗？你用 Linux 看了每次内核升级的 Release Note 了吗？
OceanDB 这就不说了，确实是牛逼的数据库，觉得有钱赚不继续开源也无可厚非。
总而言之阿里做的没什么不对的，开源的几个东西也都挺好的，但就是让人不爽，且并非技术原因。反正开源产品你爱用不用，那就不用了。

[noobma]

@Mithril 大佬，ocean db 尸体都扒了是啥意思

[Mithril]

@noobma 这项目最开始是开源的，好像还是 GPL 吧。后来就不开源了，Readme 直接说后续不开源且不维护开源版本，好几年不更新了。
最后整个库都删了，就留一个 ReadMe 带个链接。
Github 上还能搜到其他人的 fork

[shuangya]

@Mithril Antd 那次的始作俑者内部已经处分了。人的问题确实没办法，毕竟谁也不知道平时很正常的人会不会有一些“恶趣味”。但在那之后，流程上已经有改善了，比较大的库，正式版本都会强制 review，并走发布审批流程。
ODB 这个其实挺正常，国外也有不少软件出于各种考虑，开源改闭源，比如 redis 的周边（ Redis Graph 等）、Neo4j 之类的。

[OSF2E]

@shuangya 前端技术发展各个阶段不是独立的，就好比战斗机是在一代二代基础之上发展出三代四代五代的，每一代技术都有至少一个代表性产品，现阶段的 react 大概属于五代前端技术、理念、思想的产物，jq 属于三代，ng 处于四代……所谓“站队”，一定程度上代表了前端从业者目前对前端技术的认知所处的水平，而非简单的“粉”某个产品。

以上言论仅代表个人见解，且篇幅有限，可能存在较大歧义。

[hurrytospring]

@shuangya ..你说这么多都升级了，而 weex 还没动，不正是证明 kpi 产物吗

[Mithril]

@shuangya 转闭源是没问题的，说的也不是这个。而是你转就转了，把原来的库还删了。
另外你说这俩我看 Github 上还都是维护着的，估计是一些周边闭源了吧。真的完全开源转闭源的印象里还是不多的，大部分都是一些周边闭源，或者 license 限制，再不行就停止更新换个名直接闭源。毕竟一个项目等到大部分人都能接受的时候主体框架已经基本完成了，这时候再闭源你得花更多精力去添加差异功能才行。
总而言之信任这个东西建立起来很难，毁掉却很容易。毕竟开源的东西不像你花钱买的，有合同限制，能追究责任。在自己公司的产品，甚至核心产品里面使用其他公司的开源组件本身就说明对他有足够的信任。
国内各个厂家的开源库已经不少了，希望对这方面也能重视起来。

[shuangya]

@OSF2E 是的，比如在 React/Vue 之前就有类似 Backbone 这类 SPA 框架，就有各种 JS 模板引擎。
但每个阶段自然而然产生的方向都是很多的，比如前端就有 Coffee Script 、Parcel 、React Native，这几年又新出现了很多方向，比如 Serverless 、小程序、Bundless 等等。
但我认为，“站队”和认知水平没有绝对关系。这东西和股票有一些相似，虽然会有客观因素在里面，但主要还是主观意愿。哪怕同样是业界大佬，也会有不同的选择。“站队”只是代表个人比较看好某个方向。
所以，技术人员没必要在“站队”上花太多功夫。没有人能断言自己选的方向就是正确的。所以选对没有不重要，重要的是能不能解决实际问题。过几年发现没选对怎么办？学新的就行了，毕竟技术本身也是在不断进步的。

[shuangya]

@Mithril Neo4j 从 3.6 开始，企业版闭源。Redis Graph 添加了 LICENSE，严格意义上已经不算开源软件了，也是说加就加。
建立信任这个东西，阿里自己也是在想办法的，不然也不会弄很麻烦的审批之类的来规范发布行为。不过众人眼中的看法肯定一时间也扭转不过来。只不过希望不要戴着有色眼镜去看其他项目。

[shuangya]

@hurrytospring 我都说了，weex 出现的时候是有它的历史背景，是解决了当时的移动端 Hybird 应用性能低下、体验差的问题。
但这几年移动端本身硬件、浏览器内核、小程序的发展，已经让 weex 的意义越来越小，被淘汰也是理所当然的问题。
这和是不是所谓的“KPI 项目”有半毛钱关系？某个产品完成了它的历史使命，功成身退了，这不是自然而然的事情吗？这种项目大有人在，比如 zepto 、struts 等，这也能被喷成“KPI 项目”？

[littlebaozi]

吵起来了，吵起来了。出售瓜子板凳

[loy6491]

感觉是不是有人把 Next.js 和 Nest.js 弄混了

[Hanggi]

@OSF2E 先不提 jq，人家定位不同。
React 怎么就第五代了，ng 怎么就第 4 代了？
你的意思是 ng 再发展一段时间就变成 react 了吗？
我觉得如果你好好用过这两个框架就不会有这种结论。

拜托，angular 早好几年就出了仿 react 的状态管理框架了，ngxs 了解下。但是 ng 根本不需要这种状态管理好吗？

你不会觉得 redux 是第六代吧？ redux 就是一坨屎。flutter 的状态管理了解下。


你去想想为什么现在大家都说真香的 Nestjs 仿的是 angular 而不是 react ？细细品。。。

[nianyu]

@shuangya 啥历史背景啊解决 hybrid 性能问题当时已经有 rn 了，硬搞个 weex 出来。这也没问题然后大肆推广阿里拼命吹，然后呢？用过的没有一个不骂的。反馈的 issues 也不回复。

[nianyu]

还有这 egg 也一样，阿里系的拼命吹然后还踩 nest 一手。看看知乎的那个 i5ting 就知道了仿佛一个跳梁小丑，成天就 node egg 秒天秒地

[lblblong]

@Hanggi 因为 angular 把前端开发搞的像在写后端一样，所以当你要参考三大前端框架做一个 nodejs 的后端框架的时候，只能参考 angular，而如果你要参考三大前端框架做一个视图层框架，就参考 react 比较好，比如 flutter 就参考了 react 的设计理念

[lupkcd]

@shuangya 真能吹？ 那按你说的 RN 不是死得更快