用iVX这样的低代码平台开发为什么会快？快在哪儿？

我们是最早的一批iVX用户，从iH5时代就开始使用，应该最有发言权。

我看很多答案都说到了“学习iVX门槛低，学得快”，这个没有问题，学习快对iVX平台引入开发者会有很大帮助，相当于是试用iVX的“成本低”。其实对于一种新的语言，产品使用的费用只是小头，而个人和团队的“学习成本”才是大头。因此，iVX大幅降低了学习开发成本，降低整个互联网研发准入门槛，使“人人都是开发者”成为了可能。

但是，这个问题是.... “用iVX开发为什么会快？”因此重点不在上面，而是从这个开发的流程上来说，到底从哪些角度节省了时间？以及节省时间的幅度有多大？

这里有一个逻辑陷阱：“逻辑过程本身是不可以压缩的”——信息学的基本概念！一些同学就会质疑“逻辑本身不可以压缩，那么为什么会换成iVX开发会快呢？”其实，概念没有错，用“for”或者“if”的逻辑，不可能不经过逻辑，就得到结果。但是，就好像 A点 到 B点的距离一样，距离本身不能被压缩（不考虑虫洞其它因素），但是从A->B的方式可以很多种，走或打车或飞...，iVX就是提供这样一种高效的工具，让开发者快速完成这一过程。

我们先把传统开发过程中的时间消耗大体列出来（以及预计节省的工作量）：

我把iVX提升开发效率的原因归结为一下几点 “少做点儿、少错点儿、少想点儿、少管点儿、少聊点儿”，给大家分享：

一、少做点儿——让iVX去解决大多数技术细节问题，去踩坑，开发者就可以“少做点儿”

这是一个软件的正常开发流程，其实对于一个软件项目，并不是拿着就开始编码的，更多的时间是“找技术方案”“解决技术问题”“查文档”“看代码”“测试解决方案”...真正写代码的时间并没有那么长。

iVX提升开发效率最大贡献是“已经集成了实践过程海量技术解决方案”，如下图：

iVX将互联网应用的几乎常见所有的、较优的解决方案都已经结构化的集成到iVX的组件中、属性中、函数中、配置中了，甚至很多地方开发者甚至是无感的。也许这些解决方案网上都有，但是都是离散地分布在各个角落，你需要去看大量文档，学习大量东西才能解决这些技术问题。而通过iVX这些技术细节问题，都已经解决过了，因此，使用iVX相当于直接使用“前人成果”，开发速度自然就上去了。简单点儿说，就是iVX已经帮你把“坑都踩了一遍”！

另一方面，图中没说，就是“iVX一切皆组件”的思路，让开发者尽可能少操作，都封装和抽象好了，点击一下/配置一下就能生成数百行代码，当然也就从操作上，省去了大量的时间。

二、少错点儿——iVX尽量减少开发者犯错的机会

Debug所有的项目都要经历，而且也是一个非常耗时的过程，iVX的思路是“让开发者尽量不犯错”。首先拖拽和配置的操作，大大减少了输入以及输入可能带来的错误，例如“拼写错误”；其次，iVX会对所有可能的输入进行格式检查和限制，屏蔽了很多低级错误。

三、少想点儿——开发者从“技术细节”转向“产品细节”

传统的开发者多数精力都在解决技术问题，产品经理又不懂技术，沟通和管理存在巨大鸿沟。有时候看似功能都实现了，但是里面各种逻辑不清、架构臃肿，也许刚刚上线跑一个月还行，半年以后各种问题都出来了，以至于后续系统无法使用。iVX在某种程度上改变了开发者关注的思维中心，可以让他们更多关心“业务实现逻辑”“整个产品/系统架构是否合理”“用户最终体验”等等。

简单说，就是让开发者在技术细节上“少想点”，更多去关心“用户体验”和“逻辑和架构的合理性”，同时抹平了产品经理和开发者之间的技术鸿沟（产品经理也能轻易学会使用iVX）。

四、少管点儿——一个开发界面实现应用全生命周期管理

如上图所示，传统项目开发，开发人员需要使用各种工具和产品，各种界面操作，各种设备/服务器配置，有时候光是搭一个开发环境就要一两天的时间。

iVX一个界面全部搞定，操作也变得非常简单，无形中节省大量时间。

五、少聊点儿——对人力本身的节省是最大的节省

人一多，就会产生各种消耗、各种沟通成本、理解成本、分锅成本...

iVX可以把项目团队的规模变为以前的1/3～1/5，以前10个工程师要做三个月的项目，现在3个iVX工程师一个月就能搞定。iVX当然也能支持多人开发，但是一般大型项目（百万行+代码的项目）iVX也只需要一个工程师做后台，两三个工程师做前端即可。

～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～～

抽象，抽象，再抽象...

封装，封装，再封装...

将几乎所有的研发经验和知识往一个平台进行沉淀、汇聚，这就是iVX核心竞争力，以及能够开发“快”的要诀！