引言

凡是可以用 JavaScript 来写的应用，最终都会用 JavaScript 来写 | Atwood 定律

目前市面上出现的大多数与 NodeJS 相关的框架，基本都将 NodeJS 定位在工具层、聚合层、中间层、代理层，很少在业务层面进行深耕，认为这是 JAVA 的领域，NodeJS 不适合。这种思潮明显是与Atwood 定律相悖的

如果您想感受不同的 NodeJS 全栈开发体验，一定要试试自带工作流引擎的 CabloyJS 全栈开源框架。为了提升业务层面的开发效率和开发体验，CabloyJS 在前端和后端均提供了大量实用的工具和组件

CabloyJS可以开发什么系统

可以开发多租户SAAS业务系统

可以开发前后端分离的后台业务管理系统，如OA、CRM、ERP、电商，等等

可以开发JAMStack架构的CMS内容管理系统，支持SEO优化，如博客、技术文档、社区、知识店铺，等等

既可以先开发后台业务管理系统，再延伸开发CMS内容管理系统；也可以反过来，先开发CMS内容管理系统，再延伸开发后台业务管理系统

可以通过Cordova开发各类App应用，支持IOS、Android

可以通过Electron开发桌面应用

可以开发微信公众号、企业微信、钉钉，等第三方平台的应用，解决信息孤岛的问题

可以为Uniapp小程序开发后端API接口

CabloyJS是什么样的框架

CabloyJS 是一款自带工作流引擎的 Node.js 全栈框架，一款面向开发者的低代码开发平台，更是一款兼具低代码的开箱即用和专业代码的灵活定制的 PAAS 平台

CabloyJS 内置的每一项特性都做到精心调校，均体现了从开箱即用到灵活定制的无缝衔接，包括：角色系统、用户认证、菜单权限、数据权限、表单渲染、表单验证、工作流引擎、字典、仪表板、在线推送、页面主题、多语言国际化、CMS 渲染引擎、微信接口、企业微信接口、钉钉接口，等等

技术栈

场景 技术栈

前端 vue2 + framework7

后端 koa2 + egg2

数据库 mysql

分布式（缓存/队列/消息） redis、bullmq、websocket

Markdown 富文本编辑 Prosemirror

CabloyJS 解决了哪些现实痛点问题？

在 NodeJS 开发领域，目前(截止 2022 年 1 月)存在以下几个痛点问题：

1. 中后台管理系统如何更优雅的支持移动端？

随着移动终端的普及和升级换代，大量业务场景都需要移动端的支持，比如管理层需要通过手机查看统计数据、审核业务单据；运维人员通过手机远程查看服务器状态，并进行调整优化

我们知道，市面上大多数中后台管理系统，都是优先适配 PC 端，然而移动端体验却不佳，处于勉强可用，但不好用的阶段

此外，大多数XXX Admin框架和中后台管理框架其本质是代码模版。在具体开发项目时，直接在代码模版中编写代码。这样，虽然修改起来很直接，但是不利于模版的持续升级和优化；也不利于业务代码的持续沉淀和迁移（至其他项目）。因此，当把代码模版从源码仓库下载下来之后，修改三分之一，增加三分之一，删减三分之一，从此就与代码模版的后续升级版本绝缘了

2. NodeJS 领域没有好用的工作流引擎！

如果单说 CRUD，大多数编程语言的开发框架都可以轻松实现，这不应该成为 NodeJS 开发业务系统的核心优势。若要让 NodeJS 深入业务领域的开发，工作流引擎是一个绕不过去的核心组件

3. 拖拽式低代码平台已经成为鸡肋方案！

大多数业务表单不仅仅是一些字段的简单组合和增删改查，不同的业务都有自己独特的业务诉求，往往需要前端界面的定制和后端逻辑的定制。拖拽式低代码平台，对于业务人员而言没有足够的工具进行深入定制，对于研发人员而言也没有足够的机制深入开发

许多拖拽式低代码平台认识到了这一点，所以针对不同的业务场景提供官方预配置的套装解决方案，这同样也把业务人员和研发人员置于不上不下的尴尬境地，成为食之无味 弃之可惜的鸡肋平台