凡是可以用 JavaScript 来写的应用,最终都会用 JavaScript 来写 | Atwood 定律
目前市面上出现的大多数与 NodeJS 相关的框架,基本都将 NodeJS 定位在工具层
、中间层
、代理层
,很少在业务层面进行深耕,认为这是 JAVA 的领域,NodeJS 不适合。这种思潮明显是与Atwood 定律
相悖的
如果您想感受与众不同
的 NodeJS 全栈开发体验,一定要试试自带工作流引擎
的 CabloyJS 全栈开源框架。为了提升业务层面的开发效率和开发体验,CabloyJS 在前端和后端均提供了大量实用的工具和组件
CabloyJS 从4.11
升级到4.12
,历时 5 个月,Github 提交数从6000+
一路干到8000+
,这次的功能更新绝对是诚意满满,一次爽到爆
simple
模式默认的业务数据都具有生命周期,即三个阶段:草稿
、正式
、历史
。草稿
到正式
之间还可以加入审批流
新增的simple
模式,就是可以简化业务数据的生命周期,只保留正式
版本,从而满足一些简单业务数据的管理
脏标记
机制。当有字段值变动时,Form 表单标题就会有醒目提示,并且当关闭当前表单页面时,也会提示用户表单数据没有保存
test-note
数据列表
的布局切换:列表 /卡片 /表格数据条目
的布局切换:信息 /正文(Markdown)便签
部件,从而可以在仪表板
中直接编辑和查看便签数据test-party
模块简单聊天
部件,从而可以在仪表板
中进行直接的聊天互动转办
代办
行为
机制:从而实现与 activiti 中边界事件
所对应的应用场景节点
可以附加多个行为
行为
可以指定专属的边
,从而进行节点
的迁移行为
实现: 超时处理
审批节点
的超时行为,一旦超时就跳转到指定的流程节点网关节点
,包括:排他网关
并行网关
包含网关
所见即所得
的Markdown 富文本编辑器
,绝对好用,一定要体验一下JSON 编辑器
伴随着 CabloyJS 4.12 新版功能的推出,还全新制作了一套教程。为了体现 CabloyJS低代码的开箱即用
和专业代码的灵活定制
,教程也由浅到深相应的分为几个部分:
通过这套教程,可以让我们更快的了解 CabloyJS 的开发风格,以及可以用来做哪些事情。欢迎大家尝鲜、拍砖
也可以在阅读教程的同时,直接浏览 CabloyJS 的演示站点,增加更直观的感性认知
为了体验与众不同的pc=mobile+pad
自适应布局风格,一定要分别用PC
和Mobile
单独体验演示站点。此言不虚,请您品鉴!!!
1
liuxu 2021-11-29 22:53:05 +08:00
楼下有没有 rust 大佬把 CabloyJS 重写一下
|
2
runze 2021-11-30 00:06:28 +08:00
1 、整体风格看起来莫名的非常陈旧
2 、点进教程 1 ,页面主体部分没有上一条、下一条的切换,用户看完《目标》之后,必须要到左侧目录查找下一篇 3 、那就不看文档,先看看 demo 吧。然后发现登录表单占满整行,特别是“记住我”,居然必须要点击右侧开关才能切换 4 、demo 登录太难用,还是回去看文档。看到《创建业务模块》,这一点都不低代码,需要自己写 JSON Schema ,还需要动手改 SQL 5 、左侧目录没区分文章和文章内章节,点击章节标题,会滚动到章节名称被遮挡的位置 |
3
zhennann OP 感谢建议,你所说的 1 、2 、3 、5 ,已经进行了改进
关于第 4 条,参见这样一段关于“拖拽式低代码平台”的述评: ** 大多数业务表单不仅仅是一些字段的简单组合和增删改查,不同的业务都有自己独特的业务诉求,往往需要前端界面的定制和后端逻辑的定制。拖拽式低代码平台,对于业务人员而言没有足够的工具进行深入定制,对于研发人员而言也没有足够的机制深入开发 ** 许多拖拽式低代码平台认识到了这一点,所以针对不同的业务场景提供官方预配置的套装解决方案,这同样也把业务人员和研发人员置于“不上不下”的尴尬境地,成为“食之无味 弃之可惜”的鸡肋平台 |
4
zhennann OP CabloyJS 属于“编码式低代码平台”,提供了大量基础工具和组件,使研发人员可以快速创建业务表单和审批流程(比拖拽式还要快),达到开箱即用的效果,同时又可以进行深入的定制开发。此外,“编码式低代码平台”有利于版本变更管理,便于排查问题和持续升级维护(特别是关于数据的无缝升级)
其实,对于业务和运营场景而言,普适化的表单引擎并不是刚需,而是要根据具体的垂直场景提供可灵活定制的工具。比如,CabloyJS 提供的 CMS 内容管理和渲染引擎,可以满足大多数业务运营场景的诉求 |