转载自：https://www.jianshu.com/p/665…

近期，Gartner、Forrester 等行研机构陆续更新了低代码相干的报告，报告中对低代码的能力模型进行了调整。从整体方向上看，上述行研机构在评估低代码开发平台产品时，晋升了数据模型 / 模型驱动的重要性，并且细化了开发管制（governance）相干的要求。

事实上，随着低代码利用场景的泛化和深入，国内上的主风行研机构曾经明确了“低代码开发和传统开发方式在利用场景上统一”的大方向，并且依照开发简单零碎、大规模零碎的规范，掂量低代码开发工具。

外围能力体系

在此背景之下，我依据对低代码行业的察看和了解，再思考上中国特有的需要，整顿出一份低代码开发平台外围能力，分为开发、扩大、体验和管制四个方面，供技术选型参考。

1. 开发

1.1 模型驱动开发

模型驱动是软件开发的成熟方法论，是企业级零碎开发的通行做法。模型驱动开发大抵能够分为三个阶段：

数据模型：依据数据库设计范式，制作出由数据表、关系、束缚等形成的数据模型
业务模型：将业务逻辑构建在数据模型之上，造成残缺的业务模型（也称畛域模型）
交互界面：基于业务模型开发交互页面，编排业务模型以实现业务操作

1.2 可视化：UI 设计

应用可视化的形式构建前端界面和前端交互行为。如果您的我的项目须要放弃对立的 VI，那么是否反对引入 CSS 文件也须要纳入考查我的项目。

1.3 可视化：逻辑解决开发

应用可视化的形式，在前端或者后端构建业务解决逻辑。对于有事务性要求的企业级利用我的项目，如 ERP、WMS 或财务，须要重点关注后端业务逻辑解决的开发方式。

1.4 可视化：零碎运维

低代码开发平台应关注软件开发的全生命周期，部署、迭代、监控等环节的可视化，同样能够大幅升高软件的整体老本。

2. 扩大

2.1 数据库集成

数据库集成能力是买通“数据孤岛”的必备条件，也是老本最低的计划之一。是否可能连贯内部的数据库，是否可能调用该数据库上存储过程等编程能力，对大企业的软件开发我的项目来说至关重要。

2.2 WebAPI 集成

古代的软件系统和 SaaS 服务均以 Web API 的模式对外提供接口，用于集成。通过调用 Web API 能够让低代码开发平台具备更弱小的开发能力和更宽泛的利用场景。

2.3 编程接口

软件需要和 IT 环境的变动通常会超过开发平台的迭代，编程接口便是防止“卡在最初一公里”的最初一道防线。

2.4 可扩大的组件生态

在编程接口的根底上，如果可能存在一个组件生态，让用户能疾速找到本人所需的开发性能，防止“反复造轮子”，何乐为不为呢。

3. 体验

3.1 响应式页面反对

响应式页面能够分为流式布局和网格布局两种。反对响应式页面意味着用户无需针对特定的屏幕尺寸做专门的设计，能够大幅晋升 UI 的开发效率。

3.2 定制化的原生 APP 反对

为了充分利用硬件的个性，针对 iOS 或 Android 开发原生 APP 仍然没有被摈弃。是否能构建从 Logo 到性能，全定制化的原生 APP 对于某些我的项目来说，仍然是必须我的项目。

3.3 本土化挪动端反对

挪动办公在国内基本上等同于钉钉和微信，所以，低代码开发平台须要具备与这两个 IM 软件无缝对接的能力，从页面嵌入到用户集成，不容忽视。

4. 管制

4.1 Web 版 IDE

相比于桌面版的 IDE，Web 版具备更疾速的部署、更对立的版本等劣势，对于大型项目开发团队而言，为此就义肯定的开发效率都能够承受。

4.2 版本治理

企业级利用的高复杂度和频繁的需要变更决定了版本治理的重要性。事实上，在业余开发畛域，版本治理曾经成了标配，并基于此衍生出了残缺的项目管理方法论。

4.3 代码仓库治理

与代码相似，用户应用低代码工具开发的资产也是公司或团队的财产，如何安全可靠的保留这些资产，将其寄存在位于局域网或互联网的 Git 等代码库，配置拜访权限是个好思路。

4.4 局域网部署

在中国，仍然有很多企业对数据和应用程序的可控性提出十分严苛的要求，如果用户须要为他们开发外围业务零碎，反对局域网部署，在齐全没有互联网的状况下也能够开发、部署和应用就成为不得不面对的事实。

国内外典型产品横评

为了直观的展现外围能力体系，我选取了国内外几个典型的低代码开发平台产品（outsystems、powerapps、活字格、钉钉宜搭）进行横评。这里的评估仅为定性，不波及定量。一家之言，仅供参考。

如果你在理论我的项目中应用过某个低代码平台，欢送应用这套体系对该产品进行评估，回复到评论中，供大家参考。