起因
也是来写写笔记的起因，工作上近期搬砖的工作不多，可以有时间自己思考，同时也对重复的搬砖工作有些厌倦，需要看看是否可以提高效率。 当然组件库的整理这一些平时也有做，也能提高效率。
定义
前端低代码开发的工作方式主要依赖操作图形化的用户界面，包括拖拽控件，以及修改其中可被编辑区域的配置。 拿我自己的理解：平日里模块化、组件化的工作抽离出来后，用拖拽方式完成原子级的交互和逻辑组装。
无代码和低代码
- 无代码：一种是在高度定制化的场景中，基于经验总结，找到那些相对固定的产品形态，例如公司介绍、产品列表、活动页面等，开放少量的编辑入口，让非专业开发者也能使用，
- 低代码：顺着早期可视化开发的思路，尝试以组件化和数据绑定为基础，通过抽象语法或 IDE 来实现自由度更高、交互复杂度上限更高的页面搭建流程。
- 纯代码：都懂的 优缺点再补个图
主流低代码平台
找了个图
试用了简道云、宜搭、织信，大部分都是无代码平台，操作简单，功能单一，都成了sass服务，收费也挺贵。 有几个如何和后端交互的没搞明白。 总的来说，主流的都以商业用户为主，模板很多，以业务功能为主。
低代码开发的两种方式
- 基于编写 JSON 的开发方式，
- 基于可视化操作平台的开发方式。 第一种例如百度的asim，开源的，相当于写一个json配置文件，然后扔给UI去渲染出DOM 第二种就是上面主流低代码平台用的，页面可视化拖拽为主
说说上面两个的区别： 直接写JSON：
- 效率更低，复杂场景下json会很长很大，不美观，不方便排查问题
- 复用性差，平时框架里还可以写一个组件多处复用，现在json就要两个json元素
我的理解
结合我自己的业务需求。我不需要这么大而全的业务模板。 前端UI上，主要是可视化可拖拽，是工作流的定义和组装 然后就是在服务端真正去实现最小力度function的体现
todo：
- 要去看node的serverless了
- UI可视化组件能用现成的就用现成的，调研调研
