如何看待微软推出的Power Apps,和之前的宜搭、活字格、J2PaaS、氚云等低代码开发平台对?

kuaidi.ping-jia.net  作者:佚名   更新日期:2024-07-11
java低代码开发平台有哪些?

java低代码开发平台,能快速开发,节省人工成本,提高开发效率。
国内快速开发平台如目前流行的低代码快速开发平台(如有天翎 ?,普元,天纵,等厂家)myApps微服务架构,多租户模式,门户集成,单点登录,移动端(企业微信,钉钉,APP),功能模板都是可视化配置(如表单引擎,视图引擎,流程引擎,报表引擎,像操作word或Excel,扩展性强,提供源代码,支持国产数据库,操作系统((瀚高,达梦,统信,中标麒麟等)如天翎java平台后端核心框架:Spring MVC+SpringBoot2.X,视图框架:Spring MVC,缓存框架:Ehcache+Redis,持久层框架:Hibernate+JDBC+File System Serilizable,安全框架:Spring security+antisamyt等

本文会分析:
国外:Mendix Outsystems
国内:牛刀 APICloud iVX 搭搭云 氚云 简道云 云表 宜搭云等几家具有代表性的公司
其实,低代码概念由来已久,其实就是“追求少的代码量,完成最多的开发工作”,不管是开发代码的工具还是代码本身都在追求“低代码”。这里面比较难的是如何把握“功能灵活性”和“操作学习简易性”的平衡。
评价“低代码”的标准:能做什么?效率如何?(抛开这两点,都是扯淡)
一、能做什么?:主要看逻辑是如何实现的?(特别是工具侧的逻辑实现能力,用代码实现的不算,因为都可以)灵活性如何?
(1)流程图方式:例如:Outsystems是通过流程图的方式来生成逻辑代码部分,他们内部叫做“MicroWave”“NanoWave”,用来分别控制前端和后台的逻辑。这种方式采用公司较多,操作企业对于大型应用还是挺难的,画图这个事对于大应用来讲也不好操作。
(2)事件触发式:例如:iVX(国内的公司),用触发式的事件面板来控制所有交互逻辑。开发起来还是体验不错的,只有他们一家公司这么做。
二、效率如何?
这个就要看整个产品设计理念,开放程度,组件抽象,开发配套,对复杂前后台支持程度。整体来说,综合能力算上,Mendix 、Outsystems 、iVX这三家开发效率最高,如果是算细分领域,例如,就开发一个表单,或开发一个工作流系统,那搭搭云、氚云做的都不错。
下面我们看国内外的“低代码”发展情况
一、国外情况
近两年,随着各种技术整体发展(例如,5G,我不相信有技术是可以完全独立存在和发展的,特别是新技术),不管程序员如何努力,瓶颈却变成了程序员本身。对各种应用的需求越来越大,但是程序员总量有限,培养难度大,应用开发周期长,应用维护成本高,这个矛盾成为了技术和市场发展的主要矛盾,“低代码”概念就是为了解决这个核心问题而生的。“风口”也慢慢指向了“低代码”这一块儿。
国外的几家低代码公司:Salesforce,Mendix,Outsystems,Appian,Joget
(1)进入时间和领域:
这些公司大都成立10年以上,有些都快20年了,这些企业基本上都是从企业应用开发开始做,重点在:表单生成和处理、工作流生成和管理、办公协作这几个领域。还有的是从更专业的企业领域进入“低代码”的,例如财务领域、HR领域、CRM领域等。
结论:低代码短时间是出不来的,要大量的积累和研发,特别是和企业的磨合非常重要。
(2)已经比较成熟:
Salesforce Appian Joget这三家都已经上市,另外两家都是估值10亿美元以上的独角兽公司。
(3)服务和价格:
都非常贵!主要服务大公司500强为主,一个license月都要几千美元。
二、国内情况
国内比较讲究“风口”,这个风口是2019年才吹过来的,所以有挺多新兴创业团队加入“低代码”阵营,也有一些“老牌的”团队转向这个市场。其实主要看他们以前是做什么的?这个对大家理解团队和能力会很有帮助。
按成立时间
老牌团队(10年以上的):牛刀(以前做前端开源框架WeX5),APICloud(以前做App开发打包工具和API模块市场,严格意义上不算低代码工具,算是开发流程管理工具,还涉及到产品、设计、代码管理、项目管理等领域,我就不细说了),iVX(之前做H5、WebApp开发工具的),活字格(利用微软的Excel开发体系,进行二次工具化)
新进团队:“各种”云,但主流都是“表单”“工作流”“协作”这三种出生为主,太新的团队,我觉得做不了这个,因为“低代码”还是研究比较底层技术的领域,太短时间积累不出来。
另外按功能分类:
(1)灵活性从高到低 (很多**云,是细分领域开发的,灵活性较差就不放进来了)
iVX ***** 活字格 *** 牛刀 *** 氚云 **
(2)对工作流支持从高到低
搭搭云 **** ClickPaaS *** 氚云 *** iVX *** 宜搭云 **
(3)对表单支持从高到低(这个上面几家都不错,可能是低代码的基础,我就不比较了)
另外,我发现iVX是低代码中比较特殊的,因为,实际上它的开发过程基本上是“0代码”环境的。开发效率和维护也比较容易,而且前身版本是iH5,口碑还不错,大家可以重点关注一下。
宜搭云,是阿里云亲生的,现在虽然刚起步,但是至少说明有巨头已经开始关注这个赛道了,大家也可以持续关注一下。
总体来说,“低代码”发展方向还是非常看好的,毕竟是解放生产力的,但是要做好难度比较大,而且需要长时间的积累。

这些平台中我用过PowerApps、宜搭和活字格。
最大差别在开发方式上,powerapps和活字格是模型驱动的,宜搭是表单驱动。
用powerapps开发类似access,需要先设计数据模型,即cdm(类似活字格的数据表),然后基于cdm做服务端逻辑cds(活字格叫服务端命令),然后做页面,从cds中读取数据或者调用cds进行业务操作。这种做法和系统架构与专业软件开发团队的做法是一致的。企业软件开发经过了几十年,这种做法和架构是经过无数项目磨炼出来的,成熟可靠,可以用于核心业务场景。
用宜搭时,页面就是数据结构,页面上有哪些数据,就存储哪些数据。这种表单驱动模式,看上去技术门槛更低,但遇到复杂的业务逻辑,比如一个操作同时写入不同的数据时,如做出库操作时同时添加一张库管用出库单、更新实际库存、添加一张财务用出库单、添加入库采购申请(如果库存低于警告线),宜搭这种表单驱动的做法就无法保证业务的一致性,某些单据成功创建,另一些出错时,就会导致数据错误,用于企业核心业务场景时,得留个心眼。
此外,部署模式上三者也有差异。宜搭是绑定阿里云平台的,powerapps绑定的是windows azure。用户没法直接操作数据库,进行必要的数据备份和导出,控制权不够高。虽然这两者都有私有化部署版本,但价格都非常夸张。活字格则是完全私有化的,可以装在阿里云的ECS主机或者局域网内的电脑上。我推荐用阿里云的ECS,把活字格的服务器安装在centos系统(windows也支持,但是我对windows的ps管理脚本不太熟),数据库选择阿里云的RDS mysql版。这样做既能提供外网访问,支持移动办公,又能对数据有完整控制权,运维工作更简单,也更安心。

现在,每个IT从业者似乎都听过无代码和低代码,各种规模的企业也已经开始使用或了解低代码平台。无论是Power Apps还是J2PaaS、宜搭、氚云都是这一类平台的典型,数以倍计的提高着开发者的开发效率,能够实现软件、应用的快速开发!
 
我有试用过两个,我来简单说说使用的感受。
第一个,J2PaaS开发平台。这个平台用的是参数开发的概念,就是把报表引擎、工作流引擎、图表引擎等封装成参数,然后去调用、配置这些参数。功能很齐全,尤其适合开发那些比较大型的系统,比如集团用的OA办公系统,就是页面友好性还有改善的地方。
第二个,氚云。氚云是阿里战略投资的工具,有大厂的背书,自然不用多说,操作页面友好,而且能够无缝对接钉钉,很适合一些小企业。