小团队不能在项目中用低代码产品的一些原因

小团队不能在项目中用低代码产品的一些原因

先说明两点:

1、标题说的比较绝对,不是不能用,是有许多限制,或者说很难在每个项目中用。

2、仅仅是个人浅见,不敢说理解一定是正确的

低代码的产品关注了有几年,除了一些付费的较大型的框架,多数都看过,实际学习过5-8个,实际在项目中使用过2、3个。

先总结一下,低代码框架有几种:

1、以apijson为代表的低代码接口类

2、以JEECG为代表的,开发框架类

3、以华焱魔方、力帆软件为代表的,封装程度很高的框架

3、以nocobase为代表的无代码本地部署的产品

4、以轻流为代表的sass平台类的

总结的不全,还有很多,比如微软也有很独特的低代码开发框架,如果放眼到国外,就更多了,还有一些是专门做手机端的产品。

但是种种的框架,很难让小团队在项目中使用,大体可以归结为两个点:

1、框架能力限制

(1)以apijson为例,它是个开发低代码接口的框架,甚至不需要开发,直接部署配置即可。

但它的应对能力,还是以增删改查接口为主。稍复杂的项目(接口有点逻辑规则,或者数据不是从数据库中取,或者接口本身要调用第三方等等),就应对不了,只能是传统开发 apijson,这就涉及到环境部署、文档、和前端怎么对接等问题。

而增删改查接口,本身开发起来也是最简单的,甚至可以复制修改,索性还不如不用它了。

(2)其它如华焱魔方、nocobase等,虽然说起来都能通过扩展组件来做一些框架能力不足的功能,但要么实现起来非常麻烦,要么学习成本较高。

2、部署和交付

(1)功能更强,使用更简单的,多是sass平台,而它的本地化部署费用,对于小项目来说很高。

(2)轻流、nocobase、华焱魔方等都是封装程度很高的,没法交付传统代码,这是多数小项目甲方难以接受的。

3、学习和使用成本

要么大型软件,有年费和各种限制;要么学习成本较高,对于小团队来说很难推行。

4、软件界面

封装程度越高的框架,界面越难以定制

我认为可以使用的低代码框架

还是类似jeecg这种,本身是从开发框架发展来的产品。无非是提供快速建模和相关代码,有工作流、报表等辅助快速开发的组件的。

这类产品:

1、能力限制问题不存在,因为本身就是开发框架,完全可以用传统开发方式,解决任何问题。

2、部署和交付问题不存在,因为是有传统代码可交付

3、学习成本很小

4、软件界面的问题也不存在,本身就属于传统开发,可以随意修改界面

但这类框架的使用,离低代码甚至无代码的概念还是太远了。

相关新闻

联系我们
联系我们
公众号
公众号
在线咨询
分享本页
返回顶部