“编程就不该是一个用鼠标来做的事儿?”

        说起编程，相信每个人或多或少都会想到，计算机？程序员？敲代码？然而当时代的大潮来到了“低代码”时代，程序员们纷纷给出了这样的质疑：

编程就不该是一个用鼠标来做的事儿！

        为了解答可视化编程相较于传统编程到底差在哪里的问题，我们和一些程序员聊了一聊，他们发表以下观点的同时，我们也给出了相应的回答。

观点一：“编程就不该是一个用鼠标来做的事儿”

        “几乎所有的程序员都首先对现有可视化编程平台的工作方式提出了质疑。他们认为，大多数可视化平台都采用了 Block Type（积木模块型），即通过“拖拽”、拼接并通过可视化窗口对一些对象属性进行定义的方式来实现项目的搭建。这是一种十分低效的编程方式。程序员的基本气节就是，宁愿用键盘敲出一行行代码，也不愿拖坏鼠标。”

        首先 iVX 告诉我们，“可视化编程”并不一定意味着“拖放”， 通过对象树方式来定义对象结构，通过事件面板的方式来定义对象间的交互逻辑和数据逻辑，可以说，iVX 在进行编程逻辑可视化的基础上，很好地保留了原生的开发逻辑。iVX的独特之处在于，它不仅能像其他低代码平台一样提供易用的可视化开发环境，还能生成可以独立导出、编辑和调试的代码。这种设计理念使得iVX成为了一款真正意义上的低代码开发平台。

观点二：“可视化编程只能做做小程序吧”

        “多数受访程序员们认为，可视化编程工具听起来只能搭建一些前端页面，要么就是通过图形化节点的方式来做一些简单的程序序列，做做儿童编程还行，至于具有复杂数据架构的大型应用，别问，问就是做不了。”

        实际上，iVX网站和相关的​所有系统：客服、工单、直播、文档、教学、考试、各种平台等等都是通过“iVX”​开发并迭代的。另外，大量的上市公司的核心产品、及其管理系统是通过iVX开发的，大到运营机场的核心管理系统、工业物联网的MES、FRP、ASP、ERP系统，再到财务系统、电商平台、iot平台、政务系统应有尽有，​现在上线运行系统超过100万个。因此完全胜任各种中大型系统开发和迭代。

        iVX提供了丰富的开发工具和API，使开发者能够更轻松地构建和部署应用程序。例如，IVX提供了开发者工具包（SDK）、API文档、代码示例等，可以帮助开发者更快地开发应用程序。

观点三：“那玩意儿咋维护呢？”

        “可视化编程的基本逻辑是实现代码到可视化图形的映射。一个简单的程序包含数百行代码的情况是常态，而当这些代码成为百上千个图形元素，阅读和理解的抽象程度、维护的困难程度甚至会超过以文本形式存在的代码。”

        我们从不否认传统编程语言的可维护性，然而iVX同样不是传统的“低代码平台”。当很多低代码平台需要打开十几个页面才能实现一个简单应用时，iVX应该是“产品整合能力”最好的，只有5个核心页面，最深1层，这才是IDE应该有的样子，而“产品整合能力”便决定了应用系统的可维护性。

观点四：“没有配套的编程系统环境，架构不完善，缺乏安全感”

        “高级语言历经了很长的发展历程，其实语言本身并没有什么本质提升，但是基本架构、代码库和配套的 IDE 却日益完善。而可视化编程目前还只停留在初级阶段，只解决了工具层面的核心问题，缺乏配套的工作环境和技术资源积累，将在很大程度上限制工作效率甚至抑制产能。”

        于环境而言，iVX完整搭建了编程系统环境，不同于其他低代码平台拥有很多子系统，例如：前台页、BPM页、表单页等等，这些子系统之间相互割裂互不干涉，而iVX采用前后台分离的方式，贴近于其他高级汇编语言的操作方式。

        于架构而言，iVX默认接入云计算服务，保证系统应用的安全运行，除了某些本身拥有云计算服务的计算机大厂，这点在同类产品中可谓是遥遥领先。

        于架构而言， iVX的应用采用前后端分离架构，即前端部分和后台部分的逻辑完全独立，两者通过服务组件来通信，并且同时提供各类服务，无论是前端还是后台，都支持接入外部系统与代码，以利用第三方资源对iVX的项目开发进行拓展，能够保证系统运行的完整性和高效率。相比于单一的系统架构，iVX更适用于各类应用场景，例如：移动应用程序、后台管理系统、电子商务系统、游戏应用程序等等。

观点五：“不具备任何复用性”

        “程序员们均认为，可视化编程工具开发出来的东西都是模块拼接而成的，缺乏有效的可复用机制，首先不具备清晰的数据结构，其次更无法被模块化。所以，只能开发一次性应用？？？”

        首先，iVX具备清晰的数据结构，框架的基本格式类似vue，有vue/react开发经验的开发者可以轻松上手对导出的源码进行二次开发。开发者可以使用数据绑定语法，将数据和视图进行绑定，从而实现数据的自动更新。此外，iVX还提供了一些常用的数据处理工具，如过滤器、计算属性等，可以帮助开发者更加方便地处理数据。

        其次，iVX是支持模块化开发的。在iVX中，应用程序可以被拆分成多个模块，每个模块都可以独立开发、测试和部署。这种模块化的开发方式可以提高代码的可维护性和可重用性，使得开发者可以更加高效地开发Web应用程序。

        此外，iVX还提供了一些常用的工具和插件，如路由、状态管理等，可以帮助开发者更加方便地进行模块化开发。因此，iVX是一个支持模块化开发的前端框架，可以帮助开发者更加高效地开发Web应用程序。

        因此，iVX的复用性相对较高。主要体现在以下几个方面：

        1.组件复用：iVX提供了一些常用的UI组件，如按钮、表单、弹窗等，这些组件可以在不同的页面中重复使用，减少了代码的重复编写。

        2.插件复用：iVX支持插件机制，开发者可以将一些常用的功能封装成插件，然后在不同的项目中重复使用，提高了开发效率。

        3.模块化开发：iVX采用了模块化开发的方式，将应用程序拆分成多个模块，每个模块都可以独立开发、测试和部署，提高了代码的可维护性和可重用性。

        4.自定义指令：iVX支持自定义指令，开发者可以根据自己的需求编写指令，然后在不同的组件中重复使用，提高了代码的复用性。

观点六：“我讨厌非开源的东西”

        “可视化编程工具基于对既有代码逻辑或对象进行封装来实现，却也因此而无法被轻松解耦，极大地限制了开发的自由度。如果遇到问题，是不是还要重新维护和开发可视化工具本身啊？何况有很多工具甚至还不是开源的。那我要这铁棒有何用…”

        iVX，作为一款颠覆性的低代码平台，其最大的特点就是能像编程语言一样灵活地生成代码和整个应用。这意味着，不仅可以在iVX平台内部进行开发，还可以将生成的代码和应用导出，脱离平台进行使用，真正实现了全方位的开发需求。

        相比于其他低代码平台，如Mendix、OutSystems、PowerPlatforms等，它们在提供低代码开发环境的同时，却在一定程度上限制了开发者的自由度。这些平台更像是“企业内应用快速开发框架”，也就是说所有应用开发好了之后，所有能力都被锁定在平台内部，应用和代码都无法导出脱离平台使用。这在一定程度上限制了开发者的创新性和灵活性，也使得在不同平台之间转换和使用应用变得困难。

        但是，iVX的独特之处在于，它不仅能像其他低代码平台一样提供易用的可视化开发环境，还能生成可以独立导出、编辑和调试的代码。这种设计理念使得iVX成为了一款真正意义上的低代码开发平台。

观点七：“可视化语言与代码本身完全割裂，无法兼容”

        “除了对于可视乎语言本身的指摘，很多程序员也表现出了对这种新工作方式的抗拒。他们觉得自己已经习惯了代码化的开发逻辑，很难适应一款从根本上存在歧异的“语言”。而如果在使用中要同时兼顾，则更加难以协调思维逻辑的转换。”

        然而低代码本身基本上不可能成为“一个标准”，每家公司做法都不一样，唯一的标准，只有“代码”本身！

        iVX提出了“生成代码”的概念：

        1.生成代码易用性，可以和现有常见开发环境和代码资源整合

        生成的代码最好采用常见的流行框架，例如前端VUE或者react等，后台生成JAVA或Node语言。我并不是觉得JQ或PHP不好，而是现在确实会比较小众一些，这个不属于我们重点讨论的话题。同时，最好能支持mysql、ES、redis、MQ等多类型的数据库或后台常见产品。如果能够和现有的代码开发流程也能整合那就更好了！例如Git等代码管理工具。

        2.生成代码可读性，程序员可以直接复用或二次开发（要做到这一点，基本上就是低代码行业的天花板了）

        大家常常提到程序员“不喜欢”“至少是不支持”低代码，可是为什么呢？深层次原因还是程序员将“低代码”当成了自己饭碗的“竞争者”，而并非是“收入”和“效率”提升的贡献者！而在一个企业中，技术选型谁说了算？当然还是“程序员”，这就形成了一个悖论。“低代码平台想抢程序员的饭碗，还要程序员买单！”。

        低代码平台最让程序员反感的就是“证明我以前工作是没有意义的，还要让我买单！”，这里面最核心的问题，就是代码问题！如果低代码平台成为“代码快速生成器”，成为程序员的助手，应该情况就会好很多，我们来细致分析一下这个敏感的话题。

        iVX能够“生成代码“，这里生成的代码是“所开发应用的独立代码”，这个代码是可以“脱离”平台，独立运行的那种。

        这个可以提供程序员或使用的企业——最基础的“安全感”！