雨夜深思——开发平台（二）

秋风未起，秋雨先至，又是一个雨夜。

数字化大潮带动了低代码平台如雨后春笋“破土而出，满山遍野”，机缘巧合我们也进入了这股大潮之中。2018年因部分项目需求，开始尝试低代码的框架设计，做为“草根”一族，本文仅代表个人观点。

1、低代码开发平台面向的群体

平台服务的对象是企业还是开发者？如果面向企业等最终用户，那么应该称为“
零代码”，而非“低代码”。低代码必须面向开发者。

２、低代码低到什么程度

开发平台实现低代码无非是各种封装——有不同意的可以讨论。

在封装过程中，平台是否限制了程序员的创造空间？

我相信这无可辩驳，必然会！

第一类、基于平台的模板：我有你能，我无你无能！

第二类、基于传统开发语言，平台提供设计模式和开发框架：一定程度上降低了开发的代码量，再配合应用模板实现低代码。这要求程序员必须掌握平台的传统程序设计语言基础，比如开发者必须掌握Java、PHP、C#等。

3、我们认为的低代码

作为低代码开发平台，重点到底是什么？

我们认为应该侧重以下三点：

降低门槛
提高效率
提供服务

（1）、降低门槛

既然是低代码开发平台，不能要求程序员必须数量掌握Java，并熟练使用数不清的第三方库。那与直接采用传统开发模式又有多大区别呢？

随着云服务的普及，各类IaaS服务种类多不胜数——某国内巨头服务目录多达2000+，这带动了软件开发模式的改变，没有了C/S、B/S的严格划分，大前端如火如荼。

在这种模式下，业务逻辑的实现形成了：后台数据库+前端框架的结构，服务成为了核心。这里所指的服务包括：服务器、数据库，服务端系统等等。

作为低代码开发平台，是否应该让开发者只关注前端和业务数据库逻辑模型的构建，不必再关心数据库的访问实现、服务端系统的开发？

——以客户为中心进行软件开发！

（2）、提高效率

低代码开发——重点是什么？

传统模式下，程序员编写软件系统，一边要考虑程序语法、算法、一边还要考虑业务逻辑的处理和前端交互，当客户需求一日三变，就造成了程序员上班带dao的现象。

作为开发平台，低代码开发平台，对此需求应给出解决方案——哪怕不完美。只注重代码而低代码的平台不是一个好饭店^_。

（3）、提供服务

开发平台面向的开始开发者，提供开发软件系统过程中各种服务，使得程序员、开发管理团队可以把更多的经理放到业务的设计和实现过程中，打造出满足客户的应用软件。

之前的一篇文章，低代码开发尝试：https://blog.csdn.net/woniu149113662/article/details/119777446
欢迎指导。