低代码开发在企业软件开发中的应用技巧3:低代码开发与快速开发平台的关系

无聊的时候,常去逛gitee.com或者github.com 上逛,我观察 码云上的企业应用,有很多是快速开发平台性质的项目,例如:JFinal、Gun、Jeesite,Springblade 等等,比较奇葩的是 JFinal,企业后台在Spring Boot一统江湖的今天,JFinal 也能一枝独秀,处处能看到其身影,无论是B2C的网上商城,还是微信小程序,还是其他企业应用,都能看到基于JFinal的应用,没用过,也不知道其奥秘在哪里。 这些快速开发平台往往侧重于Admin后台管理,例如,用户注册、角色、权限、菜单,一般是基于Spring Boot/Spring MVC+Hibernate/Mybatis+Spring Security/Shiro等组合,对于企业应用,都有一些自己的特色。不过,快速开发平台与低代码开发平台还是完全不同的两回事。

一、面向受众不同,即客户不同。快速开发平台的受众(客户)是程序员,程序员基于这些平台做二次开发,比如:用户权限等都是现成的,所以往往能有效提高项目的交付速度,能给程序员节省不少时间放在企业逻辑的梳理和开发上,但是核心还是源代码的开发。而低代码开发平台的受众是实施人员(不是程序员), 低代码开发平台的目标是任何需求都实施出来(理论上),而不是开发出来,国内比较典型的例如泛微,通过自己的实施平台,到处做20-30万项目,一个实施人员做一个月,今年拿到投资人钱的还有搭搭云等等,国内做类似平台的还有好几家,国外例如微软也投入到了这个市场上。对于Salesforce和SAP,其产品核心交付人员也是实施人员而不是程序员,当然, Salesforce和SAP实施人员的工资很高,甚至比程序员还高,达不到降低费用的目的,这是另外一个话题。

二、理念不同,快速开发平台的核心还是开发,总体思路是提供很多快速开发工具,适应客户需求的多变,是源代码级的交付。不过代码写的越多,即使是自动生成出来的,理论上Bug也不少,最大的问题,用户业务逻辑块复杂多变,无法自动生成。而实施平台交付的是产品和基于这个产品上搭建的模型,新开发的代码量是很少的,往往是模型驱动。

三、低代码平台的核心目标是快速交付,降低客户费用,使得客户能够快速看到原型,而快速开发平台的目标理论上也是差不多的这个目标,但是由于底层价值观完全不一样,所以实现方式上也完全不同, 快速开发平台由于还是程序员+开发模式,交付风险并不能有效降低。程序员对业务的理解不可能有实施人员理解的那么深入,虽然快速做出来了,但是很可能不是用户想要的。

你可能感兴趣的:(Java,架构)