低代码平台和无代码平台最终都是鸡肋般的存在，炒一段时间，最终还是会回归平静。

　　首先低代码平台：

　　其初衷是用可视化，拖拉点拽的方式，辅助前端提高开发效率

　　再怎么拖拉拽最终还是要生成一个个代码文件，前端需要编辑该代码文件实现更灵活的功能

　　但浏览器无法本地建文件系统，也就无法建立代码系统，即B/S架构无法实现本地构建代码文件系统，所以只有两种方案：打造成在线编辑器，或者C/S架构的编辑器

　　在线编辑器：

　　浏览器界面拖拉拽调用服务端接口来实现代码云端化管理，前端编辑的代码实时同步道服务端，相当于在线开发

　　C/S架构编辑器：

　　更方便的本地化开发，但是要求C/S开发者深谙前端开发，这可不是满地见的人才，一般公司没有这实力开发，而且具备可视化的编辑器的开发非常考验实力，和推广。市场那么多编辑器，能生存下来的没几个。

　　代码开发有个平衡：封装性和灵活性，这俩是矛盾的，封装性越强，灵活性就越低，反之亦然。

　　并且并非封装性越强，开发效率就越高哦，封装性越强，操作细节也就越多，最后反而和手动编码差不多的效率，甚至还不如手动编码。

　　目前前端开发已经达到了一个两者平衡的状态，各种可复用的组件，库，拿来即用，非常方便，如果还要再提高封装性，用拖拉拽去构建源码，只会适得其反。

　　但是不排除在某种特定场景下，可视化开发确实可以提高效率，降低重复编码。

　　但总体上意义不大。

　　而无代码开发平台，很难达到大家想象的那个样子，像dreamweaver吗

　　前后端怎么通信？

　　灵活的复杂的业务怎么拖拉拽？

　　页面之间的通信怎么操作？

　　页面的状态管理怎么拖拉拽？

　　很多源码级别的问题，你如果非要在可视化界面去做，最终的体验还是和手动编码差不多。

　　这就是过度化封装性造成的后果。