低代码
本质 -- 降本增效
- 降低开发成本 => a. 强制统一组件库的复用 b. 提升了系统的一致性 c. 降低开发资源的投入
问题：
- 什么时候使用低代码
- 低代码开发的工作流
=> a. 物料堆的集合（直连、整合） 爱速搭建(amis) | 宜搭、微搭
优点：快速通过json协议产出页面 缺点: 对前端需要一定的知识储备
系统一直洗规范(交互、UI、逻辑) - 原子设计
开发投入流程
传统型配置平台
Dreamweaver、xcode、IDE -- 面向骨架型配置工具
=> no-code 更专注于布局和非专业人事构建页面
=> no-code + low-code
一个低代码页面：
| 物料堆 | 主舞台 | 编辑面板 |
|---|---|---|
| cButton | ||
| cInput | ||
| cTable | ||
| container |
渲染引擎所见即所得
- 物料堆抽象 - 需要后续组件完成的时候，直接丢入物料堆即可被加载，无需后续调整物料堆代码进行手动挂载
- 解析json - 响应物料堆中组件进行渲染
- 点击渲染好的页面某一块的时候，点击组件可以拿到响应的实例，通过实例去关联挂载修改dom上的config
提问
提问：当你有一个渲染引擎去渲染的时候用什么方式？为什么？
深度优先遍历
组件运行时逻辑方便确定执行
方便完善每个区域的整合(底层先渲染完成以后，再是模块级别组件渲染完成)，而广度优先不能知道某个模块组件是不是完全渲染，如果存在渲染完成的逻辑不好控制
流程
流程1： json => 渲染组件
流程2： 拖拽 => 渲染组件 => 填充json
编辑面板
从类型纬度上说是1v多的：
- 一个编辑面板，不同类型的组件的内容
- 同样类型的组件，配置参数的不同，实例的1v多
物料堆
其他同学开发的组件，通过组件内的注释生成json，然后一起穿插入系统中统一驱动