【第3227期】高达平台：全链路低代码解决方案
前言
介绍了高达平台的全链路低代码解决方案，通过可视化建设和可复用能力，实现快速交付应用程序。高达平台通过数据管理、服务编排引擎等六大引擎，改变了原有的开发模式，实现快速定制应用程序。核心逻辑包括元数据管理、数据表关联、外部数据源管理、服务编排等，提供了简洁、易懂的 DSL 编码和模板化代码开发方式。今日前端早读课文章由 @傅嘉伟分享，公号：哔哩哔哩技术授权。
正文从这开始～～
背景
建设低代码平台的目的，就是通过可视化的方式，加上可复用的建设能力，用较少的投入、以较快的速度来交付应用程序。
我们通过 aPaaS 架构思路，复用已经实现了的开发能力，解构业务模型，形成更通用的能力，对业务进行快速编排。实现低代码，甚至部分无代码的快速定制应用。将开发模式从做加法，改进为做乘法，48 小时内快速定制大部分基础应用。
我们不单需要解决今天的可见需求，同时还需要解决明天潜在的问题。实现更少的投入，更聪明的办法，建设更好的产品，产生更大的价值。
整体架构
我们一直在思考，如何通过简单的架构图，来方便的描述出高达的整体架构，看了一眼我们现有的复杂架构图，我们认为贴出这样一张图不会让大家更加清楚我们的架构，反而会变得非常迷茫，因此考虑到高达的组件过于庞大，中间的逻辑实在过多，我们使用一张非常简单的架构图来进行描述。
就像所有的网站一样，高达分为三个部分：页面，逻辑，数据用户通过页面，访问 API 接口，APi 接口一方面处理大量的业务逻辑，另一方面对内部和外部的数据进行处理
更进一步的：在实现了基本的 可搭建 能力之外，高达提供了大量 好搭，易搭，速搭的能力，包括内外部数据管理，服务编排等重要能力
高达平台 - 六大引擎
我们改变了原有的开发模式
一些业务的单个页面，我们仅通过 10 分钟即可完成该页面从数据库建设，后端逻辑搭建，前端页面搭建，到最终的发布上线
核心逻辑
1. 数据管理 - 元数据
后端逻辑
高达的数据管理我们使用业务模型进行列的管理，而并非数据库模型的方式，例如 varchar，int，datetime 等，因为配置的同学可能并不了解这是什么意思。因此，我们决定使用一种更加容易理解的业务模型进行数据的管理。
同时业务模型也可以将大量的业务逻辑进行封装，让用户不会感知，举个例子：
员工类型：会底层会将选择的员工转换为员工 ID，整个高达全链路的数据传递中，用户并不会感知有这个 ID 的存在。
地理位置类型：会通过高德地图的组件进行坐标的管理，将最终的经纬度存储在数据库里，但是用户全程看到的都是一个坐标。
附件类型：会自动向 BFS 进行上传，并记录下文件下载路径，整个逻辑都是自动化完成的，用户只会看到最终文件的上传与下载
前端逻辑
同时最终界面的搭建，可以直接生成最终的界面表单，来提升整体的效率。将一个后端数据表，自动生成前端的增删改查，是一个非常容易的步骤，只需要将增删改查组件拖入界面中，选择对应的元数据表即可。
我们也可以针对页面做字段做更细化的管理
目前我们已经支持的字段类型如下：
基础类型：单行文本，多行文本，数字，日期，单选，多选，布尔
业务类型：人员，部门，地理位置，附件
关联类型：单向关联，双向关联
系统字段：编号，创建人，创建时间，更新人，更新时间
当然未来根据业务场景，我们还会继续增加各种各样的数据类型
数据表关联
当配置关联类型字段时，我们会在底层创建中间表，来实现表之间关联，包括一对多，多对多，多对一等关系
外部数据源管理
管理数据库：高达为达到连接外部数据能力的需求，对外部数据源进行了管理，这里的账号密码部分都为 AES2.0 逐行秘钥进行加密。
数据表关联：在添加完数据源后，可以数据管理中添加进行数据表关联，便于后续直接对外部数据进行管理。
数据管理：外部数据添加后，在增删改查空间中选择外部数据源，可以在用户端一键完成增删改查的需求
2. 服务编排
我们整体通过逻辑编排的方式进行管理
接口管理
首先针对 API，我们可以管理他的分组，名字，请求类型，以及服务间认证方式，其中服务间调用认证我们目前支持 JWT，OAuth2，bilibiliToken 三种方式
实现逻辑：我们会分别针对这三种不同的认证方式，开启三个不同的入口，并将开启三种认证方式的接口注册到分别的入口上
编排逻辑
创建接口之后，我们将所有的代码逻辑，区分了六大块类型：
逻辑控制：循环，分之，退出循环，继续循环，退出程序
变量管理：设置变量，编码转换
数据管理：针对数据的增删改查
服务调用：连接器，调用流程（待开发）
消息通知：短信，企微，邮件
高级：自定义脚本，加密（待开发），多线程（待开发），文件操作（待开发），SQL 管理（待开发）
其中，只有逻辑控制类型的节点，才会对整条链路的走向造成改变，除此之外，所有节点都是从上往下运行。
图形的方案
为什么我们选择树形图？
DAG - 有向图：如果不使用树形图，可以随意拖动节点的位置，看似灵活，但实际上，我们每个节点在图中的位置会随着管理员的不同，变得越发混乱。
空间利⽤率低，复杂逻辑难以看懂
随意连线容易导致逻辑混乱（goto）
容易死循环
树形图：经过大量的讨论于研究，决定在服务编排中使用树形图，树形图有以下优点
展现简洁，不会出现交叉连线
可折叠分⽀，容易实现复杂逻辑
可以转成等价的代码，开发者易懂
DSL 编码
我们并不会将配置的逻辑，直接转换成代码，我们会在配置后，生成 DSL 编码作为中间层进行存储，DSL 可以向上转换为界面上的配置显示，也可以向下转换为真实的运行代码。
这里源代码的显示我们会将用于处理错误，和日志记录的代码进行隐藏，但是点击【显示完整代码】的按钮后，将会显示完整代码
DSL 转换逻辑：通过 DSL 作为中间层进行转换
代码模板化
伪代码层，我们通过 MagicScript（https://github.com/magic-script）引擎来实现，可以将我们预编写好的代码，进行实时执行。
早期我们使用字符串拼接的方式来拼接 MagicScript 代码，但是经过一段时间的尝试，我们发现这种方式开发成本过高，使用起来也非常麻烦。
因此我们开始转向模板化的方式，我们研究了 freeMaker（http://freemarker.foofun.cn/）的方式，并通过参数来传入对应的关键字，这样，我们代码本体的开发，就与正常写代码没有区别，可以大大提升我们的开发效率，以及后期的使用效率。
变量管理
所有的代码逻辑，对变量的管理，无论是类型，还是公式的计算，都是非常核心的部分。
公式计算器：我们精心设计了整个公式计算器，来非常方便的通过鼠标来完成核心计算逻辑的运行，我们可以在左边预设的逻辑中选择需要运行的逻辑，然后在中间【字段】列表中，选择当前上下文环境的所有变量，这里我们会对字典 & 映射类型，进行结构，直接获取字典下某个 key 的值，右边可以看到最终的公式，也可以通过键盘来手动输入
编码的转换：我们单独抽出了节点来进行转换，其中包括 base64 编码，URI 编码，JSON 编码的转换
数据映射
我们可以针对数据进行三种类型的映射，当需要将 1 替换为启用，2 替换为禁用：
字符串映射："121" 需要替换为 "启用禁用启用"
数组映射：
[1,2,1]需要替换为[ "启用", " 禁用", "启用"]字典映射：
{a: 1, b: 2}需要替换为{a: "启用", b: "禁用"}
我们将这类映射逻辑进行抽象，抽出单独节点，用于解决该类数据映射逻辑
调试
项目早期，我们针对调试功能做了大量的讨论，为了可以在整个 API 配置的过程中，可以进行充分的测试以及排错，我们大量的设计了调试的能力，来便于配置着进行调试。
其中除了看到调试的结果之外，我们会针对流程中每个节点的成功失败，耗时，当前的上下文作用域变量，进行管理。
当鼠标放在运行日志的每一行时，该行日志实际运行节点，都会进行交互提示。
其他
1、节点的复制与粘贴：我们经常会对一段代码进行复制功能
2、行列切换：由于正常显示器的尺寸，宽度是比高度要大的，当出现大部分单条路线的逻辑时，分支较少情况，可以进行横向的显示。
3、注释：我们可以一键显示 / 隐藏全量的日志
4、操作日志：我们分别针对当前的本次操作，以及历史保存的版本进行了日志的保存，可以随时进行回滚，以及发布
当前本地：可以通过右上角的【操作日志】按钮，查看每一次变更的内容
版本：当每次右上角点击【保存】按钮后，都会生成一个版本，可以通过【历史版本】按钮对某一次版本进行发布
5、接口文档
通过【接口文档】按钮，可以针对接口，自动化的生成接口的文档，方便前端，或者外部系统对 API 进行调用
连接器
术语说明
连接器：先解释一下什么是连接器，连接器是用于连接外部资源，包括 HTTP，HTTPS，discovery 等外部 API，我们可以提前定义好外部 API 的认证方式
动作：单个连接器下我们可以定义大量动作，每个动作相当于该调用方的多个 API 的地址
例如：我们可以针对企业微信开发一个连接器，其中发送文本消息就是该连接器的一个动作
基本信息
创建连接器之后，我们需要分别设置连接器的基本信息，包括说明，域名，协议，认证方式
认证方式可以获取获取到一串 token，并且可以在未来的访问中，定义 token 放在哪个位置，包括 header 头，URL 参数，body 体中
动作
我们可以为一个连接器定义多个动作，每个动作代表一个请求接口，定义 URL，请求方式，入参等，同时可以提前定义好入参的值，也可以定义为动态值，在后续调用侧（页面，服务编排）中进行传入
请求测试
可以针对请求进行测试，并针对返回信息进行解构，并定义多个返回参数的中文含义，最终在页面，或者服务编排中调用时，将会直接使用该中文定义进行操作，并且无需关注该字段在返回 JSON 中的位置。
前端页面
我们定义了企微发送消息的连接器，需要接受两个参数，1 接受用户，2 发送内容，我们可以在按钮上绑定一个连接器事件，并将两个入参绑定到最终的页面元素上，即可完成绑定
4. 页面搭建
创建页面
页面管理中，我们可以针对目录和页面进行管理，同时也可以通过拖动，对整个菜单的位置进行调整。
我们可以创建本地页面，也可以通过 iframe 嵌入外部页面
页面配置
前端组件层面，我们分成了三种类型
定制组件：经过开发，高度整合的整套组件
原子组件：按钮，输入框，文本等 50 + 个最基本单元的组件，可以通过这类组件搭建出几乎所有页面效果
自定义组件：与其他部门合作实现的前端组件库，以及
搭建模块
页面核心模块，底层为阿里的 Low-Code Engine：https://lowcode-engine.cn/site/docs/guide/quickStart/intro
【第2566期】阿里低代码引擎LowCodeEngine正式开源！
依赖于通过该组件，封装了大量底层搭建逻辑，同时我们针对组件，事件，数据等模块进行了大量的二开，来满足我们更高封装度的低代码要求
发布管理
高达我们可以针对页面与接口进行发布，但是数据层面，类似于我们生产的开发模式，表和列修改都会立刻生效。
1、页面发布
页面发布管理中，我们可以看到当前
线上的版本：最后一次发布的版本
可发布页面：基于线上版本，出现修改的页面
历史版本：历史上每一次发布的页面
针对这些版本和页面，我们可以进行发布和回滚操作
2、接口发布
服务编排中，可以针对接口进行版本的发布与回滚
高度封装的可搭建能力
1. 触发器
往往我们在数据进行变更的时候，都会进行一些外部接口的同步，因此我们提供了数据触发器的能力，在数据变更的前后进行服务编排或者连接器的调用
触发时机：我们可以配置触发器触发的表，以及时机，目前支持新增，修改，删除三种场景
触发条件：我们可以提供过滤器，来过滤触发时候的判断条件
触发动作：我们可以分别选择触发的连接器还是服务编排，并将当前本次数据变更的内容作为参数传入触发动作
出参管理：最后，我们可以根据服务编排与连接器的返回信息，再次将内容回写到数据表中
2. 数据视图
往往我们并不会直接调用单独一张表的数据，我们会需要对多张表进行整合，汇总，行列计算等操作，形成一张数据更加全面的表，因此我们提供了数据视图的能力，整体原理类似于数据库的存储过程。
视图数据：我们可以对一张或者多张关联表的数据进行拼接整合
行列计算：这个过程中，我们可以将一列，或者一行的数据进行行列计算，具体行列计算的含义如下：
行列计算字段我们也提供了丰富的数据库计算公式，提升开发效率
过滤筛选：视图底部，我们提供了视图的筛选能力，同时筛选的参数，可以当场指定，也可以从调用视图的接口处进行获取
实现原理：与服务编排的理念一致，我们会将这段配置生成一段 DSL，通过 DSL 可以生成最终的 SQL，也可以还原微最初的视图配置。
页面端：当我们创建一个饼图时，我们可以再右侧选择对应的视图来选择数据源，同时设定对应的分类字段和值字段，最后我们可以在左上角，添加筛选控件，对视图本身进行筛选。
3. 定时任务
定时任务可以对服务编排的接口做定时任务处理，可以方便的配置定时器，失败通知等功能。
应用配置
应用配置是对高达当前应用的整体性配置，包括基础信息维护、菜单管理、字典管理、权限管理、通知管理、外部数据源管理
1. 基础信息
基础信息中可以对项目名称、图标和描述等信息进行修改，同时支持对前端 SDK（lunar，oa 酱，水印）接入做配置；
2. 菜单管理
菜单管理里可以对搭建项目的整体外层框架进行配置，包括：
菜单位置：可以是左右模式，上下模式，也可以是顶部菜单栏
主题配色：目前支持暗色系主题和明亮主体
logo：左上角的显示 logo，默认为 bilibili
首页信息：设置不输入 PATH 的情况首页地址
3. 字典管理
在高达项目中，可以创建 K/V 类型字典，也可以创建树状结构字典
字典管理分为两个部分：全局字典与项目字典
1、全局的字典：全局字典可以被项目关联，例如性别，国家，银行等通用字典，都可以作为全局字典使用。
2、项目层级的字典：项目中可以套用全局字典，也可以创建项目自身的字典，项目字典不会被其他项目所调用。
4. 权限管理
对于高达配置的 C 端页面，可以进行全量页面的权限配置，高达默认会提供两种角色：超级管理员、默认角色，同时也可以添加其他更多自定义角色的管理。
超级管理员：拥有所有页面的权限且页面权限不可更改，用户可以添加；
默认角色：用户是全体员工且不可更改，对应的页面权限可以修改；
5. 通知管理
服务编排等多个场景中，发送短信、邮件、企微消息的通知，此处维护了各类通知的模板。
业务接入
高达自从上线至今，已经承接 26 个平台的搭建任务，其中包括包括人事，财务，法务，采购，行政，主站等各类系统，按照页面和接口数量结算，节约了 300～400 人日的资源投入。高达在一定程度上证明了全链路低代码系统的可行性，其中包含：
增删改查表单类：
通知管理类的系统：HR 通知系统
问卷调研类系统：晋升问卷
中台管理 + 接口 API 类型：节假日管理
高达自己搭建自己的页面：高达项目管理
企微工具：服务号侧边栏
关于本文
作者：@傅嘉伟
原文：https://mp.weixin.qq.com/s/NJiRn-t3n2Z-d1aEjPZ1Mw
这期前端早读课
对你有帮助，帮” 赞 “一下，
期待下一期，帮” 在看” 一下 。