低代码的本质是什么？它仅仅是一种工程化的升级吗？这其中有真正的突破式创新吗？把握低代码最关键的要素有哪些？
事实上，我们看到很多的低代码产品都有一种“大杂烩”的感觉，图形化搭建、低代码、变量、领域模型....，各种概念、堆砌拼凑感特别强，低代码应该是这个样子吗？带着这些问题，我们试图从本质化的角度对低代码加以理解，我们重点围绕低代码的图形化建模部分展开。
谈到低代码，大家的印象可能是很多功能可以通过可视化的方式进行实现：点选、配置、拖拽、编排等，偶尔一些复杂功能需要写一部分代码，这少部分“代码”就是一般意义上的“低”代码。
那么，这些图形化的能力与必须要编写的代码之间的关系是什么？这些能力适合哪些业务场景？低代码与无代码在其中的区别如何体现？进一步，如何比较严谨的给出低代码在技术理念上的定义？本节我们通过对低代码在图形化上的能力做分析总结，并进一步引出”图形化语言“的概念。
图形化建模三要素
从技术原理上讲，低代码的关键在于：建模（表达是什么）、构建（编译目标码）、部署（投放最终产物），尤其是建模是最为核心的部分。低代码建模本质上是基于某种概念模型（面向领域、表单流程、组件等），通过图形化的方式对其执行配置编辑、编排、编码的过程，其中的配置编辑、编排、编码等操作，构成了低代码建模动作中的重要组成部分。
我们把低代码的建模过程概括定义为以下三元组：Low-Code/Model = < C，A，T >
C，Configuration in graphical，图形化配置，这是大家对低代码最直观的认知部分。通过各类常规的UI手段，如窗口、对话框、文本框、下拉框等编辑器等UI交互形式引导用户表达信息。
以Mendix为例，在其Pages页面中，选中表格组件，在右侧的编辑面板中可以通过图形化的方式做各种编辑设置：
Mendix Studio界面中，对Data Grid组件的配置编辑
以及微软低代码平台PowerApps中的图形化配置界面：
微软PowerApps中对图像组件的配置编辑
A，Arrangement in graphical，图形化编排，基于图元或其他形式的节点信息，通过连接、排布等方式表达流程、时序等信息。
以下为Mendix中通过图形化编排的方式表达业务流程：
Mendix Studio中通过Micro Flow对业务逻辑进行编辑
以下是PowerApps中流的定义：
PowerApps中对业务流程的定义
T，Textual DSL，文本型的DSL，借助某种文本化形式的特定领域语言做描述表达，可能为表达式或其他计算机语言，一般谈“低代码”中的代码指的主要是这部分内容。
例如，微软的PowerApps产品，秉承了Excel的风格，通过公式的形式来表达业务逻辑。下图中，点击舞台中的组件，在公式栏中中书写表达式，实现效果：当按钮选中时在页面中提示“我是一个按钮”。
PowerApps中通过类似公式的形式对按钮组件的事件进行声明
作为低代码的典型应用，阿里的宜搭直接提供了JS编辑器，在下文中，我们会针对此类低代码系统的设计方法做详细展开。
宜搭平台中在JS面板中编写JS代码
--------------------------------------------------------------------------------------------
