低代码平台的救赎，农民自主破冰研发一个开发软件的软件（低代码app开发平台）

当前业内低代码平台饱受诟病，一方面具有一定信息化基础的企业单位对此并不很认可，这类企业不再满足于只要有个系统提交数据就行的温饱需求，事实上目前市面上的这类软件产品确实很难实现带点业务逻辑的实际应用需求（具体参见本人前几期做的行业知名低代码平台测评系列）；另一方面，受到绝大多数的程序员抵制，一般低代码平台的实现途径要么采用预留空间的大量功能配置方式要么采用其特有的开发方法进行功能的延伸拓展，对于从事基于平台开发实施的程序员来说技能提升上基本没有帮助，长期以往容易造成技术的封闭与市场的技术脱节。

低代码平台的概念主要是由互联网大厂提出并推动，但是互联网公司天然就缺少业务逻辑的基因，主要是面向纯技术的开发，擅长于如大数据高并发、分布式、微服务架构等通用技术，适用于面向个人体验的toC型应用。然而，在toB领域，在解决企业业务流程，促进管理提质增效方面几乎还是斗大的馒头不知从何下口。企业信息化应用领域不仅涉及特定行业的专业背景，本身就有可能存在的壁垒，同时又涉及群体用户的协作，这其中的业务流程千变万化，没有什么软件能够提前预置，甚至企业自己都无法确定，常常上半年才制定的流程下半年就全变了。这就需要软件本身应该具备高度的灵活性和可扩展性，随时响应客户的管理要求而作出及时的响应调整。遗憾的是，软件界在这方面存在很多的短板，就拿工作流来说，绝大部分软件产品都是基于一些开源的工作流引擎来做的集成开发，开源工作流本身的设计就很简单，实现不了稍加一点的逻辑，最终的结果只能是管理被迫来适应软件。以致于现在对低代码平台的“伪命题”、“只是噱头”这种质疑声铺天盖地。

那么问题有解吗？

软件行业永远不要相信不可能，只有可能思维被禁锢方向没走对。回顾一下低代码，什么是低代码？以预留配置空间的方式的是企图以有限的设计应对无限的需求变化，注定是要失败的；以特有方式拓展开发的，不仅让程序员水土不服，而且往往极易产生瓶颈效应，可能为了实现一个很小的特定功能，二次开发工作量反而不如直接开发来的快。作为一个从事多年企业信息化实践，同时主导很多省部级大型尖端课题项目研发的农民看法是：低代码并不是少代码和无代码的争论，关键是做技术代码和业务代码的解耦，由平台软件自动实现取代超过总代码量90%以上的技术部分的开发工作，开放入口给用户进行开发极少部分的业务逻辑，同时再对常用业务逻辑和功能做高度的抽象封装，进一步减少工作量，使得定制化开发一个应用系统的效率相对传统方式一般能提升20倍，可以与用户随时互动，以可视化的方式快速响应需求，降低项目交付风险。

目前市场的低代码平台软件产品本质上已沦为一个变相的OA系统，相对于这些几乎千篇一律的软件产品，必须走一条不一样的道路才有可能走出当前的死胡同。因此，需要创新设计一个新型的平台化系统，系统设计的关键：1、自主研发核心业务功能，如可适应极端复杂管控逻辑又易于使用的工作流引擎；2、无限式功能拓展支持，首先以可视化页面设计器取代目前业内仅限于数据提交的表单设计器以实现任何功能及界面的定制，3、独立的新应用系统开发定制，可通过平台开发任意类型的新应用系统如物联网系统、业务管理系统、BI系统、网站…，4、动态数据库实例，可以为每个应用系统独立配置数据库，可由用户完全自由进行数据定义，5、开放式拓展开发，系统开发实施人员可以采用主流通用的开发技术基于平台进行业务系统的开发，6、半编译技术，可将常用业务规则抽象提取概括定义为一种语法，系统自动识别和分析语法转为可执行的指令动态完成用户指令的执行，7、…

目前系统已在研发中，已完成平台功能总框架设计、应用系统开发平台设计、SaaS架构设计，已完成可视化页面设计器核心功能开发。敬请期待…