企业级项目需要工作流引擎吗？目前唯一好用的 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

@muchenlou 不是 JSP server 的模式，参见 #22

@thetbw 在一个项目中，可以创建多个应用。不同的应用有单独的配置，包括页面整体布局、菜单布局、主页布局、个人信息页面布局，等等。因此，可以同时提供“后端用的商家管理端”和“前端用的点菜应用”。
从概念上来说，“模块、套件、应用”，是 CabloyJS 应对大型项目开发的三架马车。“模块、套件”是在物理层面上对代码进行组织。“应用”是在逻辑层面上对界面交互进行布局，面向不同终端用户提供不同的界面组合。相关文档，请参见： https://cabloy.com/zh-cn/articles/app-introduce.html

@haha512 可以说是螺旋式上升。CabloyJS 虽然代码在一个项目当中，但仍然是前后端分离架构，内置完善的模块化体系。整个项目分为若干个业务模块。所有前端和后端代码都是在业务模块内部进行开发。这样解耦效果更好，心智负担更低。此外，还内置基于 Redis 的分布式组件（缓存、定时任务、队列、系统启动项、广播，等等）、内置原创的 NodeJS 工作流引擎，内置基于 WebSocket 的消息推送系统，等等。
因此，基于 CabloyJS 全栈框架开发一个类似“微信一起点菜”的应用非常便捷，开发体验非常顺畅，质量也能得到保障。