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

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

先说明两点：

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、软件界面的问题也不存在，本身就属于传统开发，可以随意修改界面

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