引言
凡是可以用 JavaScript 来写的应用,最终都会用 JavaScript 来写 | Atwood 定律
目前市面上出现的大多数与 NodeJS 相关的框架,基本都将 NodeJS 定位在工具层
、中间层
、代理层
,很少在业务层面进行深耕,认为这是 JAVA 的领域,NodeJS 不适合。这种思潮明显是与Atwood 定律
相悖的
如果您想感受与众不同
的 NodeJS 全栈开发体验,一定要试试自带工作流引擎
的 CabloyJS 全栈开源框架。为了提升业务层面的开发效率和开发体验,CabloyJS 在前端和后端均提供了大量实用的工具和组件
CabloyJS 4.12
CabloyJS从4.11
升级到4.12
,历时5个月,Github提交数从6000+
一路肝到8000+
,这次的功能更新绝对是诚意满满,一次爽到爆
- 新增特性
- 数据:增加
simple
模式-
默认的业务数据都具有生命周期,即三个阶段:
草稿
、正式
、历史
。草稿
到正式
之间还可以加入审批流
-
新增的
simple
模式,就是可以简化业务数据的生命周期,只保留正式
版本,从而满足一些简单业务数据的管理
-
- 脏标记机制:所有Form表单均支持
脏标记
机制。当有字段值变动时,Form表单标题就会有醒目提示,并且当关闭当前表单页面时,也会提示用户表单数据没有保存
- 测试:增加新的测试模块
test-note
- 演示
数据列表
的布局切换:列表/卡片/表格 - 演示
数据条目
的布局切换:信息/正文(Markdown) - 演示如何增加
便签
部件,从而可以在仪表板
中直接编辑和查看便签数据
- 演示
- 测试:
test-party
模块- 演示如何增加
简单聊天
部件,从而可以在仪表板
中进行直接的聊天互动
- 演示如何增加
- 工作流引擎:
- 增加
转办
- 增加
代办
- 增加
- 工作流引擎:
- 增加
行为
机制:从而实现与 activiti 中边界事件
所对应的应用场景- 一个
节点
可以附加多个行为
行为
可以指定专属的边
,从而进行节点
的迁移
- 一个
- 增加一个具体的
行为
实现:超时处理
- 可以指定某个
审批节点
的超时行为,一旦超时就跳转到指定的流程节点
- 可以指定某个
- 增加
- 工作流引擎:
- 增加
网关节点
,包括:-
排他网关
-
并行网关
-
包含网关
-
- 增加
- 数据字典:
- 支持版本控制
- 支持对字典单独授权
- 支持多级树形字典
- 内置:美国城市区划、中国城市区划
- 通用的后端逻辑处理
- 通用的前端渲染组件
- 数据:增加
- 增强
- Markdown:实现了一个
所见即所得
的Markdown富文本编辑器
,绝对好用,一定要体验一下 - JSON:重构了带格式化的
JSON编辑器
- Markdown:实现了一个
文档与教程:
伴随着CabloyJS 4.12新版功能的推出,还全新制作了一套教程。为了体现CabloyJS低代码的开箱即用
和专业代码的灵活定制
,教程也由浅到深相应的分为几个部分:
演示站点
通过这套教程,可以让我们更快的了解CabloyJS的开发风格,以及可以用来做哪些事情。欢迎大家尝鲜、拍砖
也可以在阅读教程的同时,直接浏览CabloyJS的演示站点,增加更直观的感性认知
为了体验与众不同的pc=mobile+pad
自适应布局风格,一定要分别用PC
和Mobile
单独体验演示站点。此言不虚,请您品鉴!!!
- 演示站点的二维码:
有人说没有拖拽怎么就是低代码了。引述一段述评,供参考: 拖拽式低代码平台 大多数业务表单不仅仅是一些字段的简单组合和增删改查,不同的业务都有自己独特的业务诉求,往往需要前端界面的定制和后端逻辑的定制。拖拽式低代码平台,对于业务人员而言没有足够的工具进行深入定制,对于研发人员而言也没有足够的机制深入开发 许多拖拽式低代码平台认识到了这一点,所以针对不同的业务场景提供官方预配置的套装解决方案,这同样也把业务人员和研发人员置于不上不下的尴尬境地,成为食之无味 弃之可惜的鸡肋平台
编码式低代码平台 CabloyJS 提供了大量基础工具和组件,使研发人员可以快速创建业务表单和审批流程(比拖拽式还要快),达到开箱即用的效果,同时又可以进行深入的定制开发 此外,编码式低代码平台有利于版本变更管理,便于排查问题和持续升级维护(特别是关于数据的无缝升级)
业务运营场景 其实,对于业务和运营场景而言,普适化的表单引擎并不是刚需,而是要根据具体的垂直场景提供可灵活定制的工具。比如,CabloyJS 提供的 CMS 内容管理和渲染引擎,可以满足大多数业务运营场景的诉求
CabloyJS采用对扩展开放,对修改关闭
的开闭原则。针对业务开发的场景,CabloyJS提供了相应的功能和特性,达到开箱即用
的效果,同时也提供了大量的扩展机制,方便二次开发和定制
延伸分析:模版
与框架
的区别
模版
:有许多框架,其本质是代码模版
,比如市面上大多数Admin模版
和中后台管理模版
。当开发具体项目时,直接在代码模版
中修改代码。这样,虽然修改起来很直接,但是不利于模版的持续升级和优化;也不利于业务代码的持续沉淀和迁移(至其他项目)。因此,当把代码模版
从源码仓库下载下来之后,修改三分之一,增加三分之一,删减三分之一,从此就与代码模版
的后续升级版本绝缘了框架
:一个真正成熟的框架,对扩展开放,对修改关闭
的开闭原则是首要考虑的架构原则。既方便框架的持续升级和优化,也方便业务代码的持续沉淀和迁移(至其他项目)