多角度看看，一个完备的低代码平台到底是啥样的？
1.适用领域
低代码平台需要同时支持以数据为中心和以流程为中心的开发模式。
能支撑不同复杂度的业务，兜底策略是应对复杂业务的一个非常有用的方法。
低代码平台要有一个足够强大的编译器（代码生成器）。
概括地说，就是低代码平台必须具有充分的通用性。
2.适用人员
低代码平台要能支持各种技能水平的人同时使用，包括无软件开发技能的业务技术员，也包括掌握某种软件研发专业技能的人，以及水平介于两者之间的各种层次技能人员。
当然，不同层级的人的需求是不同的：
- 业务技术员更需要傻瓜化的操作、更加简洁的操作流程设计，以及“说人话”，意思就是少用编程术语，不得不用时就地给出言简意赅（而非长篇累牍）的说明；
- 专业软件研发人员往往要求对他们熟悉领域的底层代码，有更强的掌控能力甚至直接编码，对其他领域则需要有良好的可视化辅助。比如前端人员往往要求有可视化方式可以帮助他们获取业务数据，而后端人员则要求有可视化方式帮助他们画出 UI；
- 水平不济的研发人员，特别是职场新手，往往更青睐可视化方式，他们更希望研发全流程都有可视化能力的辅助。
另外，对软件研发人员这类人群，我们还有一个不得不考虑因素：如何消除他们的职业危机感。
除了个性化要求之外，低代码的各类用户也有共同诉求：
- 平缓的学习曲线
- 尽可能地自动化
- 可以抄作业
- 提供视频形式的教材
- 出问题或者有疑问时能在第一时间得到帮助
3.与基础设施和谐相处
主要包含两个方面：
- 一是对运行环境的要求；
有的低代码厂商可以直接提供基于公有云的运行时，这样就更加方便，基本可以做到开箱即用，但要照顾低代码客户在数据和信息安全方面的担忧。除此之外，我们还可以提供虚拟镜像，并支持在多数基于 PaaS 的平台上安装和运行。这个方式往往用于私有云的部署，这是应对客户信息安全担忧的有效方式。
- 二是处理好与已有系统，特别是已有数据之间的关系。
1. 被其他系统集成；
2. 将其他系统集成到平台中来；
3. 保持相互独立。
4.全生命周期
低代码平台的能力必须能够覆盖从需求端到应用下线消亡的全过程。这中间至少可以覆盖这些环节：
- D2C（Design to Code）：业界已经有非常成熟、成功的 D2C 实践案例，对于低代码平台来说，从设计稿中识别出关键信息，再实现与低代码平台的对接与编辑，要比纯 D2C 解决方案容易得多；
- UX 设计即开发：有了 D2C 能力后，UX 设计师可以直接提供模板和业务组件。在这个意义下，UX 设计师起到了类似研发人员的作用；
- App 开发能力：这点自不必说，这是低代码的重要且基本作用；
- App 的自动化测试：包含两点，一是要能帮助 App 自动生成测试代码，二是提供一键式测试环境构建、测试执行、测试报告，乃至自动标注出错位置等；
- 应用的版本管理：主要体现为要为应用构建相互独立的开发时环境、系统测试时环境、生产环境等，并能实现应用版本的测试、灰度发布、正式上线、紧急回退等能力；
- 应用生产环境监控：这里包括两点，一是应用运行时基础信息（CPU/ 内存 / 磁盘空间）监控和告警，二是应用埋点数据的植入、采集、分析等。
