可视化编程能取代高级语言吗？ 即使现代计算机技术发展迅速，可视化编程代替高级语言也是业界最高的理想。 本文从国内外流行的可视化编程商业工具入手，分析现阶段可视化编程的局限性和未来可视化编程的发展前景。
以前看到过很早的问题，现在的可视化编程发展到了什么程度？ 什么时候能取代高级语言？ 这是可视化编程行业最高的理想。 但是，中间的回答如实地反映了现实中的——可视化编程不能代替高级语言。 其次，分析几种国内外的可视化编程商业工具(可以做商业产品)，分析可视化编程的束缚和可能的发展前景。
国内外几种商业可视化编程工具
1.Mendix
整个行业进行低代码开发几乎都是以块的方式进行。 块拼接确实很容易操作，也符合程序员的操作习惯，但整个行业似乎都陷入了创意沼泽。 这个时候，mendix出现在我面前，流程图式编程是哪个神经病想的，很有趣(以下的Outsystems也是同样的形式)。 这里引用别人对mendix的基本介绍：
“专业是企业APP开发，面向b端用户。 通常，面向拥有开发团队的大中型企业，提供模型驱动的IDE和微流，减少代码量，业务人员通过视觉组件参与开发过程，与程序员在Mendix platform上合作开发我们的APP 它提供了一些企业解决方案和模板，并且在开发平台上也支持自定义UI和组件。 拥有atlas ui框架开发框架，根据APP和业务类型推荐相关模板和组件，以实现快速开发。 内置DevOps功能，可以持续提供，也可以使用mendix平台API集成其他DevOps工具。 ”
原生app，可以建立网络系统。 但是，编辑器的功能本身并不完整，所给功能模块无法满足企业用户的所有需求。 自身有全栈的能力，最近也引进了插座，但其设计出发点还不太适合国内的生态环境。 访问wechat等需要追加配置，很麻烦。 编辑器界面本身十分硬核，流程图绘制本身是可视化的经典和难点，箭头的直观性也很强。 那个工具只能注册在企业或者学生的邮箱里。 有兴趣的同学请注册看看。
2 .输出系统
与mendix一样，它也是企业的可视化工具，注册时需要企业邮箱。 以前的版本只包含基本的前端UI组件，但现在已经相当丰富了。 它支持数据驱动的list组件，并且每个组件都有封装的事件(这是类似的)。 根据各工具的设计思路，可以根据需要通过邮件发送)。 css风格的编辑及其复杂性基本上是本机css，没有进行任何封装，明确地说是由前端程序员制作的。
数据库可视化是一大特征。 所有基于关系数据库的可视化工具都必须这样neng。 在发布后的项目中，我们发现早期官网的主页不是用自己的产品制作的。 现在官网是自己公司产品制作的，点击主页这里的导航点后，点击点就会像鬼畜一样上下移动。 可以说在线编程的主页都是自己的面子。 希望能尽快优化啊。
其实像国外这样的商业可视化编程工具还有不少BPM在线、Zoho Creator、微软的微软电源应用程序。 虽然功能上各有千秋，但受限于线路问题和工具语言，想要在国内推广还是很难的。 那么，国内前沿的可视化编程水平如何呢？ 我会直接成为四个两加两个国王。
3.iVX
ih5团队制作的v4版本在国内的网页编辑器中位于鄙视链的最高位。 对程序员来说，利用js进行开发可以满足工作的成就感，但ivx可以有效对接没有编程基础的开发人员。 虽然ivx的组件数量并不比国外的产品多
确是最契合中国开发需求的，封装全面的微信功能，支持方便认证登录（封装好的取 openid/unionid 的方法），支持微信支付 / 红包，各种移动端选择器，直播组件（限企业用户）。支持微信小程序、web 开发、原生 app（4.1beta），后端接口 / 数据库的操作也相对简单。对于国内做外包的从业者而言确实能节省人员和学习成本，但可视化编程即便如此依然有其无解的局限。scrtch 在可视化编程领域很具有代表性，但相对初级，仅针对儿童教育。另外像部分 apaas 的 crm 编辑器由于功能太过单一也没有拿出来说。
局限
1. 功能 / 性能的局限
看了之前介绍的产品，即便是当中功能最完备的，相比起一门语言来说是不是依旧显得单薄无力。即便可以代替传统程序员开发中档产品，但要说可视化能取代高级语言无疑是在宣称制造零件不需要自然资源，不论用什么新材料新工艺制造零件，其本源都要依赖自然资源。利用高级语言开发好比将矿石做成零件再拼装，可视化编程好比拿到现有的零件组装。零件是否好用只能依赖别人，虽然像 ivx、mendix 有自定义组件的功能，但那依旧是对已有组件的封装，无法真正意义上与 w3c 完美对接。一门高级语言有多少的操作空间？想想 3-4 年前 js 都能写人工智能了呢。可视化工具要想写深度学习该怎么做？估计只能引用外部接口。
性能问题就更不用说了，由于可视化编程的目的基于开发商业产品，其限定死了程序的执行只能是单线程的，最终将用户的 js 用 evil 嵌入最终的包。因此没有一款编辑器敢开放 web worker 功能。
2. 社会因素 / 混乱的生态 / 没有标准
在大厂呆过的同学一开始一定很好奇为什么要经常重复造轮子，网上明明有很多封装好的库，怎么不能拿来直接用呢？安全问题、法律问题、技术储备，这些都是社会属性性对人类发展的影响。react 中发现存在隐藏协议的时候百度连夜重构代码，之后改用修改过的框架开发了。
与开源的框架不同，可视化编辑器是开发团队赖以为生的产品，除了麻省的 scratch、pblock 面向教育的公益类可视化开源项目外，其他不管 to B 还是 to C 的产品基本都要收费（Outsystems、mendix 针对在校生免费，ivx 在一定流量额度下免费，其余国内大部分产品只要使用都收费）。这导致的第一个问题是生态的缺乏，一个人想要学习使用还要有这样那样的条件限制，那在校生或刚入行的人宁愿去选择行业认可的技术。第二个问题是由于市场没有被某个或某些厂家垄断（想想 dji 出数字图传套件前 fpv 圈子的生态），导致了一家一个标准。一个程序员熟练使用 5 个主流语言 3 款框架就差不多了，因为主流语言就那么多，但是市场上的可视化编程公司几百家，而且做得好的都是自研，没有统一的标准，每家的特色和亮点都不同，到底选谁是很大的问题，都选怕你时间不够。这种混乱导致了独特的电话的迷茫和程序员的不屑，不如学好基础自己开发。
3. 相关研究不足
low code develop 是国外传入的概念，被中国互联网人翻译为低代码开发，在国外炒了有一阵了。相关的技术文章有多少呢？先从 eric 查一下国外的研究状态，完全搜不到相应的研究，怎一个惨子了得：
再来看看 cnki，3 个结果，一篇真相关还是科普文，学教育技术的同学你们的研究方向有了！
学界的研究向来喜欢偏向资本市场或争议问题，区块链、深度学习、转基因等课题都要经过一段时间的资本宣传或舆论发酵才能让这些教授学者关注这些议题。比起可视化编程的市场综述研究和发展潜力研究，学界倒是对可视化编程、scratch 等教育学议题更加关注，毕竟现在儿童编程有资本注入。当有了一定学术支撑后，研究和使用的人就会逐渐增多，相应的标准或评级也能展开，间接可以让混乱的学习生态聚焦主流。
总结
可视化编程取代高级语言在短期内不可能实现。首先市场的发展陷入守城之势，真的得出现类似 dji 参与 fpv 开发、腾讯出小程序等事件，某个大厂介入出一套东西然后主推，改变大家的编程习惯然后可视化编程立刻进入大家视野切逐渐形成一套生态。否则可视化编程依然只能是小众的开发方式。
从技术角度说一款图形 IDE 无论如何做不到一门语言的完整性，作为一种开发方案，可视化编程极力做到锦上添花，简化开发流程，节约开发成本，完善最终编译结果，代替一般 web/ 小程序项目的开发模式是完全没问题的。