参见：NodeJS 后端编译打包全攻略： https://cnodejs.org/topic/5dfa4f02ba8f6d46c4ede156

既要满足前期的“快速开发，开箱即用”，又要满足后期的“灵活定制，长期迭代”，优先考虑“面向开发者”的低代码开发平台，比如：CabloyJS： https://cabloy.com/zh-cn/articles/introduce.html

企业级项目需要工作流引擎吗？目前唯一好用的 NodeJS 工作流引擎，就在： https://cabloy.com/zh-cn/articles/flow-introduce.html

@anzerwall 请问手动点开如何操作？

到目前为止，只有 CabloyJS 全栈框架实现了真正意义的“一次开发，到处运行”的跨端跨平台理念。CabloyJS 内部实现了一套 pc=mobile+pad 的自适应布局机制，因此，只需一套代码，即可同时跨端 PC 和 Mobile ，并且 Mobile 端是接近原生体验。可以参见在线演示： https://cabloy.com/zh-cn/articles/demo-online2.html

https://github.com/zhennann/cabloy
CabloyJS 全栈框架，包含大量工程实践，可以参考：
1 、参考如何组织代码：基于模块化的架构设计
2 、参考如何加入审批工作流：基于 NodeJS 的原生工作流引擎
3 、参考如何实现跨端自适应方案：基于 pc=mobile+pad 策略的自适应机制
4 、参考如何实现分布式集群架构：基于 redis 对 eggjs 进行改造，实现基于分布式的功能要件：Startup 、Queue 、Schedule 、Cache 、Broadcast ，etc.

个人开源，要靠坚持，要靠积累，才能逐步形成有竞争力的差异化优势。比如我用 7 年坚持做的 CabloyJS 开源全栈框架，内置 NodeJS 工作流引擎（纯自研），以及独创的 pc=mobile+pad 自适应布局机制，实现了真正意义的“一次开发，到处运行”的跨端跨平台理念。正因为这个自适应布局机制是独创的，因此也只有真正试用过了才知道到底是什么样的体验。参见： https://github.com/zhennann/cabloy

react.dev 官方文档明确说明：
Next.js is a full-stack React framework.
Remix is a full-stack React framework with nested routing.
这说明前端框架都在尝试与后端结合，从而探索新的增长空间。但是，Next.js/Remix 目前的全栈概念更倾向于 BFF 的范畴，做博客、内容站等场景效果比较好，但是做业务系统会很不趁手。真正的面向业务层面的后端是需要准备一套基建的，比如，CRUD 、数据权限、消息推送、工作流引擎，数据字典，消息队列，通用认证体系，等等。如果不朝着这些基建生态努力，免不了陷入“高不成低不就”的境地。可以参考开源全栈框架 CabloyJS ，一直在朝这套基建努力迭代，https://cabloy.com/

如果追求更高效率，就选一个功能相对完整又扩展性强的框架，比如 CabloyJS 开源全栈框架： https://github.com/zhennann/cabloy

callback 、promise 、await ，三者用混了

先开发后台管理系统，然后又支持前台移动端，强烈建议看一下 CabloyJS ，可以显著提升开发效能。CabloyJS 实现了真正意义的“一次开发，到处运行”的跨端跨平台理念。只需一套代码，即可同时实现 B 端中后台管理系统和 C 端前台应用。只需一套代码，即可同时跨端 PC 和 Mobile ，并且 Mobile 端是接近原生体验

@czfy 多谢提示。deepl 没用过，我去看看

1. 如果不考虑事务的话，每个 sql 语句的执行都是从连接池中取一个可用的连接，执行完后又把连接释放，并放回连接池。所以，如果并发语句太多，仍然会等待
2. 如果 QPS 少的话，在代码内部使用 Promise.all 可以充分利用连接池。如果 QPS 多的话，Promise.all 价值就不大了。因为连接池总是有限的，不是在这等待，就是在那等待
3. 因此，在业务开发中，考虑到要实现的代码逻辑比较多，都用 Promise.all 做优化，性价比就不高了，还是以提高开发效率优先吧

@ck65 高考作文太难了，只能分享一下最近写的小诗：风雨纵横至，岁月辗转来。浊酒二三两，心花淡淡开。还有几首，可以加微信：yangjian2025

@mlhadoop 可以理解。不过我这不是刻意卷。如果说反复的造轮子，一个茴字换好几种写法，可以称之为卷。但是，咱们可以回想一下，NodeJS 生态中有好用的工作流引擎吗？咱们用了那么多框架，真的实现了“开发一次，到处运行”的梦想了吗？这就是坚持做 CabloyJS 的初衷。当然，CabloyJS 提供的细节还有很多，都是“想要而没有的”特性。

@kkshell 新版已经采用 CDN 加速了。在 CabloyJS 中配置 CDN 非常便捷，请参见文档： https://cabloy.com/zh-cn/articles/qcloud-cos.html

@B1acKy1in Django 中的应用相当于 CabloyJS 中模块的概念。比如，有一个 ERP 系统，可以有多个套件：OA 、CRM 、HR 、电商等。每个套件有多个模块，然后每个套件可以提供多个应用。每个应用对应着不同的界面布局，供不同场景、不同用户使用。

@B1acKy1in Django 只有应用的概念，而 CabloyJS 提供模块、套件和应用三架马车，代码组织和界面布局更加灵活，参见 #23