“无代码”(No-Code)定义为:在可视化界面中 , 通过拖拉拽代码模块 , “无需手写代码” 直接搭建应用系统 。
从定义可以看出 , 如果假定纯代码的开发代码量100 , 那么无代码的开发代码量就是 0 , 三者之间的关系可表述为下面公式所示 :
广义的低代码 = 无代码 × X% + 纯代码 ×(1-X%)
其中 X(0 ≤ X ≤ 100) 代表了可复用的 “数字化资产”满足业务需求的程度 。X 值越大 , 数字化资产满足业务需求的程度越高 , 但同时 , 代码灵活性会被削弱 。当 X=0 时 , 就是纯代码;0<X<100 时 , 就是 “狭义的低代码”;当 X=100 时 , 就是无代码
03纯代码、低代码和无代码的技术特征1、纯代码的技术特征
纯代码的开发方法是模型驱动 , 这也就是纯代码的专业性要求高的原因 。代码是不会自动生成的 , 采用 “全程手写代码” 的方式搭建应用系统 , 因此不依赖开发平台的可复用 “数字化资产” , 编码灵活性高、定制性强、应用的可移植性强 。开发者可以根据自己的偏好编写代码 , 可编程能力强 。因此使用纯代码会有以下两种现象:
- 要求开发者对核心编码的逻辑有相当深入的理解 。
- 纯代码开发者能力不同 , 会导致编码的标准化程度低 , 用户操作体验不一致 , 错误率偏高
低代码的开发方法是模型驱动+表单驱动 , 开发模式以 “最少的手写代码” 的方式搭建应用系统 。80% 以上的代码由平台自动生成 , 可以消灭绝大部分繁琐和重复的样板代码 , 因此对开发平台的可复用 “数字化资产” 依赖程度较高 。
平台会提供编程扩展接口 , 方便开发者导出导入源码进行客户化编辑 , 依赖开发平台提供的可复用的 “数字化资产” , 编码的灵活性和定制性较高 , 应用的可移植性依赖 aPaaS 平台的功能 , 存在一定的制约 。因此使用低代码会有以下三种现象:
- 低代码也需要使用代码 , 因此如果是完全0基础系统搭建起步 , 低代码也是需要专业知识的 , 如果模型驱动部分已经完成后 , 仅仅是表单驱动专业度要求非常低;
- 开发者可根据自己的偏好改写部分代码 , 可编程能力较强 , 这就要求开发者对编码的基本逻辑有比较深入的理解 。
- 开发者只能改动部分代码 , 因此 80% 以上的编码的标准化程度较高 , 用户操作体验较为一致 , 错误率也控制在改写的编码范围内 。
无代码的开发方法是表单驱动 , 在可视化界面中 , 通过拖拉拽代码模块 , “无需手写代码” 的方式搭建应用系统 。
100% 的代码由平台自动生成 , 可以消灭所有繁琐和重复的样板代码 , 因此对开发平台的可复用 “数字化资产” 依赖程度非常高 。
平台不会提供编程扩展接口 , 源码无法进行客户化编辑 , 编码的灵活性和定制性完全取决于平台提供的 “数字化资产” 数量和质量 。应用的可移植性也依赖 aPaaS 平台的功能 , 存在非常强的制约 。因此使用无代码会有以下两种现象:
- 开发者不可以编写代码 , 因此不需要开发者理解编码的基本逻辑 。
- 由于 100% 的代码由平台自动生成 , 因此编码的标准化程度非常高 , 用户操作体验一致 , 错误率极低 。
1)纯代码的目标开发者——专业开发者
纯代码对开发者的技术要求很高 , 因此需要 “专业开发者” , 指服务于专业 IT 部门的 IT 技术人员 , 包含程序员、项目经理、实施顾问等 。整个开发过程中 , 所有的业务和技术的复杂度都由 “专业开发者” 全程负责 。
2)无代码的目标开发者——公民开发者
无代码对开发者基本没有技术要求 , 因此只需要 “公民开发者” , 指来自财务、销售、运作等业务部门 , 这些员工虽然本职工作与 IT 无关 , 但他们更加了解业务需求 , 对于贴合业务的系统有更深的理解 。
推荐阅读
- 小心买到水货“u盘”,容量可以造假!学会辨别不吃亏
- ChatGPT取代搜索引擎?谷歌急了,百度不慌:早已布局
- 采用 Kubernetes 时,这些“坑”不要踩!
- 一篇带你看懂“风口上”的低代码
- ChatGPT攻略,OpenAI最强AI对话系统,被惊到了。
- 《中国奇谭》全网刷屏,B站动画又行了?
- 无论什么品牌白酒,只要瓶身写有“这串代码”,都是酒精酒
- 花期超长的“3种花”,一开大半年,朵朵红艳艳的,颜值高又好养
- “4种花”太容易养活了,有土就行,耐旱皮实,越养越多很长寿
- 家庭养花,有3种值得养,四季常绿吸收灰尘,空气干净清新极了