最近，Gartner、Forrester等行研机构相继更新了低码相关报告，报告中调整了低码的能力模型。 从总体上看，上述行研机构在评估低代码开发平台产品时，提高了数据模型/模型驱动的重要性，细化了开发监管(governance )的要求。
实际上，随着低代码应用场景的泛化和深化，国际主要流行研究机构明确了“低代码开发与传统开发方式在应用场景中相匹配”的大方向，按照开发复杂系统、大系统的标准，衡量低代码开发工具。
核心能力体系就是在此背景下，我基于对低代码行业的观察和理解，结合我国特有需求，梳理低代码开发平台的核心能力，分为开发、扩展、体验和管控四个方面，供技术选型参考。
1 .开发1.1 模型驱动开发
模型驱动是软件开发的成熟方法论是企业级系统开发的常用做法模型驱动开发大致可分为三个阶段：
数据模型：根据数据库设计范式创建由数据表、关系、约束条件等组成的数据模型
业务模型(将业务逻辑构建在数据模型之上，完整的业务模型(也称为域模型) ) ) ) ) ) ) ) ) ) ) )。
交互界面：基于业务模式开发交互页面，组织业务模式以实现业务操作
1.2 可视化：UI设计
使用可视化构建前端接口和前端交互。 如果项目需要维护统一的VI，则调查项目还必须包括是否支持CSS文件的部署。
1.3 可视化：逻辑处理开发
采用可视化方式，在前端或后端构建业务处理逻辑。 有事务要求的企业APP应用程序项目(如ERP、WMS和财务)必须侧重于如何开发后端业务逻辑处理。
1.4 可视化：系统运维
低代码开发平台应该关注软件开发的整个生命周期，部署、迭代、监控等环节的可视化，同样可以大大降低整个软件的成本。
2 .扩展2.1 数据库集成
数据库整合能力是建立“数据孤岛”的必备条件，也是成本最低的方案之一。 编程能力(如是否可以连接到外部数据库以及是否可以调用该数据库上的存储过程)对大型企业的软件开发项目至关重要。
2.2 WebAPI集成
现代软件系统和SaaS服务都以Web API的形式对外提供接口用于集成。 通过调用Web API，低代码开发平台可以拥有更强的开发能力和更广泛的APP应用场景。
2.3 编程接口
软件需求和IT环境的变化通常超过开发平台的迭代，编程接口是避免“卡在最后一公里”的最后一道防线。
2.4可扩展的组件生态
如果在编程界面上，用户能够快速找到自己需要的开发功能，并存在能够避免“车轮重构”的组件生态，那么cxdc就不会是这样了。
3.1 响应式页面支持
响应页面分为流布局和网格布局。 支持有响应的页面意味着用户不需要专门设计特定的屏幕大小，就可以大大提高UI的开发效率。
3.2 定制化的原生APP支持
为了充分利用硬件的特性，仍然没有放弃针对iOS和安卓开发本机APP。 能否构建从徽标到功能的完全定制本机APP仍然是某些项目的必备项目。
3.3 本土化移动端支持
由于移动办公在国内基本上等于钉钉和微信，低代码开发平台必须能够与这两个IM软件无缝对接，从页面嵌入到用户集成都不容忽视。
4 .管制4.1 Web版IDE
与桌面版的IDE相比，Web版具有更快的部署速度、更统一的版本等优点，对于大型项目开发团队来说，也可以接受为此而牺牲一定的开发效率。
4.2 版本管理
企业APP应用程序的复杂性和频繁的需求变化决定了版本控制的重要性。 事实上，在专业发展领域，版本控制已经标准化，并在此基础上产生了完整的项目管理方法论。
4.3 代码仓库管理
和代码一样，用户使用低代码工具开发的资产也是公司和团队的财产，如何安全可靠地存储这些资产，将其存储在代码库(如局域网或互联网上的Git )中并设置访问权限是一个好主意。
4.4 局域网部署
在中国，仍然有很多企业对数据和APP应用的可控性提出了非常严格的要求，如果用户需要为他们开发核心业务系统，支持局域网部署，就必须面对完全没有互联网也可以开发、部署和使用的问题
为了直观展示国内外典型产品的横向评价核心能力体系，选择国内外几种典型的低码开发平台产品(outsystems、PowerApps、活字格、钉钉)进行横向评价。 这里的评价是定性的，不是定量的。 一家之言，仅供参考。
如果您在实际项目中使用过低代码平台，请使用此系统评估产品，并回复注释以供参考。