低代码的起因、开发、趋势交流分享（低代码的概念）

客户的需求是不断变化，这就导致软件开发过程的不断重复，从需求整理、需求分析、设计、开发、测试、部署实施及一系列软件开发过程，这就造成了造成了开发的重复开发或者是无效开发，需求变化的边界越大越快，造成的影响越大，所以说软件需求的唯一不变的就是变化，所以需要一种适配需求变化的平台或者方式来满足不断变化的需求。

1、个人简介

• 我叫刘志虎，目前担任博云科技系统架构师，负责公司的基础架构及技术方案设计
• 擅长 Java、Spring boot、 Spring cloud、微服务、Docker、Kubernetes、Mybatis、DEVOPS，SAAS、PAAS 架构设计
• 尤其在低代码、微服务、容器化、混合云、SAAS低代码方面有丰富的项目及实践经验
• 经常在头条分享技术文章，涉及到微服务、低代码、devops、混合云、SAAS等等方面
• 多次参加线上、线下活动分享及给软件公司培训低代码、微服务、devops等方面技术
• NextArch基金会大使，专注在低代码、云原生等领域的推广和布道

2、低代码起因

• 需求的多变性

客户的需求是不断变化，这就导致软件开发过程的不断重复，从需求整理、需求分析、设计、开发、测试、部署实施及一系列软件开发过程，这就造成了造成了开发的重复开发或者是无效开发，需求变化的边界越大越快，造成的影响越大，所以说软件需求的唯一不变的就是变化，所以需要一种适配需求变化的平台或者方式来满足不断变化的需求。

• 更快的交付实施

快速的满足客户的需求，及时的让客户使用上业务需求功能，快速的实施方式起着很大的作用，这就需要一个强大的平台，缩短这个软件工程的周期，同时最快的交付是让客户能自己参与进来，自己设计自己的需求，这样催生了低代码方式的产生。

3、低代码开发

• 低代码开发流程

低代码开发其实跟通用的开发并没有不同，只是开发的抽象程度更好，因为更多的是开发一个平台、一个工具，提供持续的二次开发能力，所以在软件开发过程中，从需求到技术的抽象或者映射过程是非常重要的，直接决定了低代码提供服务能力的颗粒度，当然抽象的好坏及模型建设的合理性，也影响开发实现的难易度、复杂度。

• 低代码实现过程

低代码主要是通过提供可视化界面，使用者直接设计页面、表单、规则，不考虑数据模型，用户根据提供的UI控件实现布局、表单、页面、单据设计，页面显示就是把设计的时候还原呈现，最后直接供最终使用者使用，其他流程、报表、看板思路基本类似。

4、代码发展趋势

• 垂直聚焦平衡发展

• 垂直

整体方式可以实现某一业务或者行业的系统，有低代码实现，深入业务需求、深挖业务模型、实现垂直的业务需求低代码系统或平台。

• 聚焦

以一种模块或者子系统的方式跟主系统结合，低代码主要实现局部的业务需 求、页面定义，比如：页面设计、流程定义、规则定义、单据局部定义等等，来辅助主要的业务系统。这类系统一般都是业务需求比较复杂，单纯的依靠低代码很难完全实现。

5、拥抱云

低代码适应变化能力非常强，随着云原生的成熟，屏蔽了大量IAAS、PAAS层的基础设施，让开发者或者使用者更专注于业务需求的实现，这个思路跟低代码很吻合，都是加速业务需求的快速实现、交付实施，这两者可以很好的结合起来，尤其是Serviceless跟低代码更是无缝衔接。低代码与云的结合会上低代码有更多的适应场景、更强的服务能力。

大家可以关注我的头条号“微服务布道者”，欢迎沟通交流