上一篇，我们谈到，低代码的关键在于：建模（表达是什么）、构建（编译目标码）、部署（投放最终产物），尤其是建模是最为核心的部分，
低代码建模本质上是基于某种概念模型（面向领域、表单流程、组件等），通过图形化的方式对其执行配置编辑、编排、编码的过程，其中的配置编辑、编排、编码等操作，构成了低代码建模动作中的重要组成部分。
我们把低代码的建模过程概括定义为以下三元组：Low-Code/Model = < C，A，T >，根据Low-Code/Model = < C，A，T >，这一篇，我们来据此分析低代码与无代码的构成。
_
_
我们有必要对上一篇中的部分内容做回顾。
在分析不同的产品形态，把低代码的建模过程概括定义为以下三元组：Low-Code/Model = < C，A，T >
C，Configuration in graphical，图形化配置，这是大家对低代码最直观的认知部分。通过各类常规的UI手段，如窗口、对话框、文本框、下拉框等编辑器等UI交互形式引导用户表达信息。
A，Arrangement in graphical，图形化编排，基于图元或其他形式的节点信息，通过连接、排布等方式表达流程、时序等信息。
T，Textual DSL，文本型的DSL，借助某种文本化形式的特定领域语言做描述表达，可能为表达式或其他计算机语言，一般谈“低代码”中的代码指的主要是这部分内容。
低代码的构成公式
Low-Code（低代码） = 50% C + 5% A + 45% T
举例而言，上文中提到阿里云上的宜搭平台，从目前的产品能力来看，除提供了图形化配置的C部分之外，有少部分的编排能力（通过功能枚举来完成）---A部分，其余部分就是通过Javascript编程---T部分来补齐能力了。
无代码的构成公式
No-Code（零代码） = 50% C + 45% A + 5% T
Mendix主打无代码，上文中我们也提到了其在A部分的Microflow（微流）以及图形化的领域模型部分，同时，Mendix也提供了表达式作为T部分的扩展。
氚云，奥哲网络的主打产品，近期在此前无代码的基础上增加了面向开发者的编码部分，应该是在无法满足复杂业务场景的前提下不得不增加了T部分。
事实上，低代码与无代码的边界是有些模糊的，同时所谓”无代码“并非真的完全回避代码。两者在图形化配置（C部分）区别不大，真正的区别在于图形化编排（A）部分与文本型编码（T）部分。
在满足相同业务场景的前提条件下，A部分与T部分的比例是衡量低代码与无代码的关键，跨越了这一步，才可以称得上真正意义的无代码。这也是无代码真正有挑战的地方，事实上，在通用型平台里，即使如Mendix及OutSystems，目前能够看到的产品能力，A部分大概可以覆盖了20%左右的能力，套用以上公式，即：
Mendix/OutSystems = 50% C + 20% A + 30% T
--------------------------------------------------------------------------------------------
感谢阅读，下一篇我们聊一下基于Low-Code/Model = < C，A，T >的面向物料设计与生产。
欢迎访问免费、通用的无代码开发平台Mybricks ，体验图形化编程的乐趣
