控制反转有两种实现方案：依赖注入和依赖查找。nestjs 采用依赖注入导致模块之间代码耦合严重。本来模块化的意义就是实现代码隔离，但是 nestjs 实际上确是模块之间代码相互引用。因此，在 node 生态中，最便利的是依赖查找方案，可以实现模块之间的完全隔离，也就不会出现类似循环引用的问题，更不需要提出一个中间模块。可以参见 CabloyJS 全栈框架的《 Bean 容器与控制反转》： https://cabloy.com/zh-cn/articles/bean.html

如果后端主要是 CRUD+权限，那么可选框架不要太多。如果后端还要做流程审批，那么，java 端选 Activiti ，node 端选 CabloyJS

新录制了一个 B 站免费视频，要想知道 pc=mobile+pad 自适应布局背后的页面结构设计，看这一个视频就够了： https://www.bilibili.com/video/BV1d34y1J7kS/?vd_source=8a2b870d6d5dc83f8f4b973c95613fd8

实现 IOC 控制反转主要有两种策略：依赖注入和依赖查找。由于 js 缺乏 java 命名空间的概念，所以实现依赖注入必然会非常繁琐。而 CabloyJS 基于依赖查找的策略实现的 Bean 容器和控制反转，不仅代码简洁，而且还可以方便的实现后端代码的打包编译，保护知识产权。
参见：Bean 容器与控制反转： https://cabloy.com/zh-cn/articles/bean.html
CabloyJS 全栈框架：从入门到精通：013 bean 容器与依赖查找： https://www.bilibili.com/video/BV1iN4y1M7Y7/

CabloyJS 开源全栈框架：后端内置了一套 NodeJS 工作流引擎，前端提供了一套 pc=mobile+pad 自适应布局

@liuxsen93 基于 x6 自制的

@M003 验证码模块使用的 trek-captcha ，某些字符会变形导致不容易辨识。后续可以考虑提供配置项，配置字符变形的级别

@PqgpNgA0wk 你再试试看，很多网友都登录进来了

Java 命名冗长是事实，不利于源码阅读。一个开源项目代码行数本不多，就是因为嵌套层级深，想快速扫一遍源码很不方便。如果要实现命名的唯一性，可以考虑 CabloyJS 框架中模块名称的命名规范：{providerId}-{moduleName}。providerId 可以是项目名称、可以是公司名称，虽然从理论上无法 100%避免冲突，但是通过工程实践上的约定是可以做到的，这就体现了一种克制、平衡的策略，而不是像 Java 那样一个域名撸到底

有空试一下 CabloyJS ，一定会有似曾相识的感觉。因为包含大量曾经想做而没有做的功能和特性。

express 、koa 、nest 、egg ，都属于工具框架，都好学，但是用于业务开发都不容易，因为账户体系、权限体系、数据管理体系、审批工作流、消息推送，等等，所有与业务相关的工作都需要自己做
强烈建议了解一下 CabloyJS 开源全栈框架，这是一款教科书级的 NodeJS 框架，内置工作流引擎，内置大量业务组件，开发 CRUD 、开发中后台，都很方便，而且还不仅仅是这些

可以参考 CabloyJS ，采用 vue+framework7 ，pc 端开发的后台管理系统可以完美支持 mobile 端

@cpstar 是的，Activiti 中的边界事件确实是这样，但是边界事件是作为一个独立 XML 节点进行配置的。不过，在 CabloyJS 中，直接把边界行为作为活动节点内部的 JSON 配置来管理，使得流程定义文件更加简洁、紧凑

可以看看 CabloyJS 开源全栈框架，你说的功能基本都有，而且还有更多的特性，比如：
1 、独创的自适应布局 pc = mobile + pad：是真正意义上的 pc 、mobile 跨端方案，一套代码同时适配 pc 端和 mobile 端。mobile 端是原生效果，不是 media query 那套。 演示站点： https://test.cabloy.com/
2 、具有完整架构体系的 NodeJS 工作流引擎，因此除了轻松实现 CRUD 、还可以实现更多业务功能
3 、原生“多实例 /多域名 /多租户”设计，支援 SAAS 系统开发
4 、还有更多特性，可以查看官网文档目录： https://cabloy.com/

如果不介意用 JS 语言的话，可以考虑 CabloyJS 全栈开源框架
1 、前端：Vue2 、Framework7 UI 界面组件库
2 、后端：Egg2
3 、其他：Redis 、MySQL

CabloyJS 包含大量组件和特性，将“开箱即用”和“定制开发”有机结合，这里仅列举几个核心特性：
1 、首创 pc=mobile+pad 自适应布局，一套代码同时支持 pc 端和移动端运行。移动端是真正的原生体验，不是市面上常见的 media query 那种机制。因此，可以跨多端运行：PC 、Andriod 、IOS 、微信公众号、钉钉应用，等等
2 、内置 NodeJS 工作流引擎，因此除了可以快速创建 CRUD 、权限系统之外，还可以快速搭建审批工作流
3 、原生支持分布式架构，从而支持集群部署
4 、CabloyJS 同样也实现了“依赖反转”的容器编程，不过采用的是“依赖查找”策略

演示： https://test.cabloy.com/ （可以分别在 pc 端和移动端体验 pc=mobile+pad 自适应布局，可以称得上“耳目一新”的体验）
文档： https://cabloy.com/ （足够丰富）

@zjsxwc 可以看一下 CabloyJS 的工作流引擎文档，就知道差距在哪里了： https://cabloy.com/zh-cn/articles/flow-introduce.html

也就很是好奇，都说开发业务系统什么的，也就没说业务系统要有工作流需求的。如果业务系统都是些增删改查+角色权限的功能，那么大多数语言的开发框架不都跟玩似的，有什么好比较的呢？那么，回到工作流引擎的诉求，java 有 activiti ，node 有 cabloy ，而这么多年过去了，go 、php 、python 、ruby 有什么呢？

一起来玩 CabloyJS 开源全栈框架： https://cabloy.com
1 、内置 NodeJS 工作流引擎
2 、独创 pc=mobile+pad 自适应布局
3 、内置大量开箱即用的业务组件

@fkdog 你说的是现实。前几年，nodejs 炒作来炒作去，还不是工具层、代理层，网上大多数知识也只是在玩具的层面翻来覆去的 copy 。所以，我花了几年时间做了一款 node 全栈开源框架：CabloyJS 。内置工作流引擎，全新的 UI 布局风格，希望能为 node 生态添砖加瓦。