有人说「可视化搭建系统」说到底只是重复造轮子产生的玩具；
有人说「可视化搭建系统」本质是组件枚举，毫无意义。
片面的认知必有其产生的道理，但我们不妨从更高的角度出发，并真切落地实践，也许你会发现：我们能做的事情还有更多。
我对低代码的理解
低代码开发，是一种开发模式，通过图形化用户界面来配置和创建应用软件，而不是像传统模式那样主要依靠手写代码。对应的，提供给开发者的这类低代码开发功能实现的软件，称为低代码开发平台。
低代码开发模式的开发者，通常是不需要具备非常专业的编码技能，或者不需要某一专门领域的编码技能，而是可以通过平台的功能和约束来实现专业代码的产出。
举个例子：
- Photoshop是一个非常著名的图片编辑软件，专业而且复杂。
- PS高手可以用这个软件实现非常牛逼的图片编辑操作，追根溯源，其对图片的每一步操作的背后都有着非常复杂的图像处理算法，也会涉及到大量编码。
- 但使用者不需要写这些复杂的算法和代码，只要根据PS软件内现成的编辑模块进行操作即可。
所以说，如果有合适的工具，即使不写代码，也可以干很多的事情。
从上面的定义中我们可以看到，低代码开发的工作方式主要依赖操作图形化的用户界面，包括拖拽控件，以及修改其中可被编辑区域的配置。这种可视化的开发方式，可以追溯到更早的 Dreamwaver 时期。而随着前端项目的日趋复杂，这种方式已不再适应现代项目的需求，于是渐渐被更专业的工程化的开发模式所取代。
基于可视化操作平台的低代码开发
可视化的低代码操作平台可以把编写 JSON 的过程变成拖拽组件和调试属性配置，这样的交互方式对用户来说更直观友好，开发效率也会更高。
JNPF快速开发平台的基本使用方式
官网：https://www.jnpfsoft.com/?cnblogs
和市面上绝大部分可视化操作平台一样，将界面布局分为3个区域：左侧的控件选择区，中间的浏览交互区和右侧的属性编辑区。这三个区域的排列所对应的也是用户生成页面的操作流程。
首先，在左侧面板中选择控件；
其次，拖拽至中间的预览区域，并放置到合适的容器块中；
最后，调试右侧面板中的组件属性。
调试完成后，进行下一个组件的循环操作，直到整个页面搭建完成。
可视化操作平台生产效率的影响因素
很多时候，可视化操作平台并非顺风顺水。
第一，平台支持的功能直接决定了用户产出的上限——开发者不可能在平台内使用没有控件区显示的控件，也不可能创建编辑区不存在的属性。这就迫使平台开发者需尽可能完整地陈列所有类型的组件，以及通过定义组件类型描述，来获取所有可以被编辑的属性和方法。包括用户交互和数据对组件的影响，这些都需要平台以合适的使用方式提供给用户。例如JNPF支持50余种控件，这和市面上仅支持10余种控件的产品相比，绝对远超。
第二，平台提供的源码影响用户的发挥——没有源码的低代码产品，犹如无水之源，无木之本，用户无法完备了解自己开发项目的底层逻辑，一旦出现特殊情况便会难以解决。有了源码，你可以通过分析源代码，了解开发者思路，学习开发者如何通过巧妙的方式、算法解决业务问题，基于源码还能自由进行二次开发，丰富现有的系统功能等等。
市面上的低代码产品有很多，既有包括商用的产品，也有开源类的，最重要的是有的产品会采用全源码交付机制，这确实很难做到，但JNPF快速开发平台就是其中一个。这边就不再介绍了，感兴趣的，你可以进一步了解。
标签：控件,很能,代码,平台,开发,可视化,开发者,搭建 From： https://www.cnblogs.com/nunuin123-/p/17346760.html