不黑不吹，低代码开发真的好用吗？

这几年低代码概念非常火热，市面上的低代码平台如雨后春笋应运而生，有许多身边的朋友对我说：“未来的研发方式一定是低代码的、低技术门槛的，低代码开发是一项技术革新。?”?然而，就在我打算对它进行深入研究的时候，发现了一些奇怪的现象。

行业怪象

我发现国内现在开发软件的基本步骤是这样的：

1. 先找一下开源的产品（git一下），有没有类似的，如果有，找来改一下；（或者直接改logo）

2. 如果找不到直接可以用的，那就找几个产品“拼”一下，这种情况下，通常是可以找到很多相关的框架和相似的开源产品；

3. 最后做技术选型，把所有找到的开源框架，前后台的，都像积木一样“搭起来”，产品的架构就算完成了。

4. 项目快速做完之后，再根据客户或领导的要求，对功能、性能修修补补。

也许对于一些中小型项目，要求快速交付的，可以这么搞。但是我发现很多大型平台，技术基座的项目，也都这么搞。最近看了很多?低代码平台，全都是这么做出来的，甚至好几个平台连图标的位置都是一样的。

这些平台最大的特点就是“堆积功能”，面向“功能验收或标书”的低代码平台，看上去，好像这个功能也有，那个功能也有，但是一盘散沙，功能被分散很多子工具、子模块上，实际上很难操作和使用，有时甚至会出现逻辑控制的冲突。这样的平台实际上是很难做出稍微复杂点的项目的，就算用它们提供的模版都很难。

我分别试用了飞速、网易、浩鲸等多家低代码平台，就是这个感觉。

如果真的是做IDE型的低代码，短时间内是很难出好产品的。

低代码开发

近些年来，低代码的发展趋势可谓是蒸蒸日上，毫不夸张的说低代码将是人类社会发展的必然趋势。为什么这么说呢？

人类的发展史其实就是一个被 “懒” 字驱动的历史，懒得走路所以发明了汽车，懒得画所以发明了相机。写代码也是如此，正是因为不想写那么多的代码，所以 “低代码” 应运而生。

可以说我们的行业一直在低代码，从最早的汇编语言，再到类，再到图形化控件，以及各种开源的插件，技术框架，这个过程本身就是一直低代码的过程，一步步更加简单和复用。低代码的伟大之处不仅仅是一种技术，更是一种好的思想，将人的精力从复杂而又重复的劳动中解放出来。

总结起来，低代码/无代码平台，大体分三类：

1. “业务人员”型，几个SaaS拼起来的（通常就是BI/工作流/表单/在线表格这几个场景），有权限和人员管理，适合业务人员直接使用的；（明道、简道、宜搭…）

2. “非代码生成”型，需要研发人员，在指定框架内开发，无法生成单独应用代码并独立部署的；（Zoho、Power Platform、活字格、轻流…）

3. “代码生成”型，需要研发人员，可以生成代码或多种框架代码，可以独立将单个应用导出并部署到其它平台或服务器上。
   如果值得需求，肯定需要选第三类的低码平台，前两类不具备语言属性，学习价值不大。

最终发现

我还观察到，低代码平台那么多，却没有几家是交付源代码的，一家都不敢开源的网站，别人用起来也会畏手畏脚，不过最近发现一个另类，就是JNPF，

JNPF，采用主流的两大技术Java/.Net开发，基于 Java Boot/.Net Core 构建的简单、跨平台快速开发框架。前后端封装了上千个常用类，方便扩展；集成了代码生成器，支持前后端业务代码生成，实现快速开发，提升工作效率；框架集成了表单、报表、图表、大屏等各种常用的 Demo 方便直接使用；后端框架支持 Vue2、Vue3。

• 主要特点：多端协同操作，100%提供源码，支持多种云环境部署、本地部署。

• 优点：拖拽式的代码生成器，灵活的权限配置、SaaS服务，强大的接口对接，随心可变的工作流引擎。

• 用例：可一站式搭建：生产管理系统、项目管理系统、进销存管理系统、OA办公系统、人事财务等等。

小到表单收集，大到项目管理、客户管理、工单管理甚至全流程管理，在 JNPF 中都能实现。支持私有化部署、全源码交付、二次开发需求、第三方系统集成。

官网：http://www.jnpfsoft.com/?csdn

总结

很多平台看上去功能很多，实际上这些功能都是散的、堆叠上去的，在使用中会出现各种问题。JNPF应该是目前公认最强大的低代码平台之一，当然，作为开发者的角度，永远是动手>理解的，所以说，大家可以大胆尝试一下，看看我的判断是否准确。