文章目录
前言：iVX编辑器地址
一 iVX相比传统编程方式有哪些优势？
首先，我想申明的是“iVX和国内的低代码平台其实关系不大”！
iVX确实是“无代码”，你也可以说iVX是一个平台，但iVX的核心特征还是“语言属性”以及“云原生”属性。因此iVX是编程本身方式上的创新，是程序员对编程自身的革命！
为了大家方便理解，我把iVX相对于传统编程方式的优势概括为以下“四快”（有一点土）：
1.1 快速学习
iVX可以把编程的学习周期从几年缩短到两三个月！如果是程序员背景学习iVX可能周期会更短，一两周就可以快速切换上手。以上数据是根据平台真实培训结果得出的平均数据，甚至有一些设计师、文科专业毕业生也可以快速学习和掌握iVX开发。
逻辑上其实很简单，因为iVX没有任何语法需要学习，图形化的操作使整个开发步骤也大大简化，因此iVX学习者只需要从逻辑和具体功能（或架构）入手，就可以完成开发。
1.2 快速开发
根据用户熟练程度和使用规模，iVX可以数倍提升开发效率，往往以前10个人干3个月的工作，使用iVX后，现在3个人不到一个月就能完成。
1.3 快速运行
这一点得益于iVX的核心CORE部分，包括编译和语法生成翻译，以及内部各种核心算法，都是真正的“大神级程序员”实现的（不方便透露其名字）。因此，开发者使用iVX开发的时候，就相当于获得了这位“大神”的加持，因此生成的代码质量也能得到保障。
1.4 快速维护
iVX本身的结构化和本身极简的开发流程，保证了尽可能低的“系统维护”和“二次开发”成本。
前端部分所见即所得，即选即改；加上清晰的“可视化”日志系统，结构化的“动作组”“小模块”，使得整个应用可读性很强，逻辑梳理较为容易。
二 iVX和现有编程语言的对比
2.1 功能概述
三 iVX适合什么样的用户？学习周期？
3.1 iVX适合什么样的用户？学习周期？
在回答这个问题之前，我想先来说一下“什么是编程语言？”“为什么要学习它？”
自然语言是“人和人沟通的途径”，数学是“人和自然界（宇宙）沟通的途径”，而编程语言则是“人和设备/硬件/系统沟通的途径”。未来，生活和工作中各种硬件设备和系统会越来越丰富，信息和数据在各种设备之间，以及设备和人之间流动，而控制这些设备和系统的方法就是“编程”，沟通的方式就是“编程语言”。
而iVX，则是现阶段最简单的编程语言！
3.2 iVX适合怎样的用户
未来一定是一个“全民编程时代”，STEM教育的流行，也从侧面证明了这一点。
iVX的学习并不需要什么特别的技术和基础，只要你觉得自己的“逻辑能力”还不错，应该都可以很好掌握这门编程语言。
总体来说iVX适合（但不限于）以下用户使用：
- 想要学习并未来从事互联网编程的人
- 想要转型互联网工作的人或学生
- 在校学生和老师（计算机相关专业、艺术设计相关专业、理工科等）
- 初级中级的前端或后台开发者
3.3 需要学习多长时间？
我们希望iVX学习者有一个理性的预期，iVX毕竟是一门编程语言，有很多组件以及完整的编程体系，不可能“看半小时”就学会了。iVX的学习一定需要一定的投入，但这种投入是非常有意义的，很有可能未来的很多年里面iVX都会成为你学习工作的得力助手。
经过我们内部测试，一般情况下：
- 计算机相关专业或从事过1年以上编程工作的人，2周左右可以基本掌握iVX并进行项目开发；
- 从来没有编程经验的理工科专业毕业学生，2个月左右可以基本掌握iVX并进行项目开发。
在学习期间，最好是脱产学习，每天至少能投入2个小时以上的学习时间，效果会非常明显。
四 iVX相关的领域和技术?(云原生/Serverless/DevOps/低代码)
4.1 iVX关于“中台”“云原生”“微服务”“Serverless无服务”“SOA面向服务的架构”“DevOps”解决方案或联系
云原生（根本概念）
云原生：顾名思义，强调“in cloud”替代“on cloud”！也就是说，一直都在云上，从应用的架构、研发、产生、运营、维护、消亡，“从来就在哪儿，无所从来，亦无所去”。以前的概念通常是，把做好的应用“搬到云上”！云原生，去掉了各种中间环节，效率就出来了，这就是核心。
整体来说包括以下部分：
（1）“云研发”，以及云端“应用全生命周期周期管理”；
（2）软件工程角度，自然实现“敏捷开发”+“DevOps”；（敏捷和DevOps是两个概念，优化软件的研发和运维过程，不用过度纠结，其实就是“各种方便和快”偏向组织过程）；
（3）Docker+微服务；
iVX提现了云原生开发的所有环节！在iVX中完整融入了云原生概念，使用iVX就代表使用云原生开发。
中台
中台概念：这个概念并不是很清晰，总体来讲，是从前端和后台之间，抽象出一个“新”层。 具体而言，中台分为“技术中台”“业务中台”“数据中台”，这个概念是阿里提出来的，整体还是把原本复杂的“后台”拆开，资源和IaaS层归后台，业务逻辑全部划到“中台”一层。核心目的当然还是为了更清晰和简化开发流程，直接的提现就是“重用”。
技术重用——“技术中台”
数据重用——“数据中台”
业务重用——“业务中台”
在iVX中，iVX本身就是“技术中台”，包括小模块设计，以及整体架构的高可视化和高可重用性；资源层的重用，特别是数据资源重用，可以理解为“数据中台”；iVX中划分的微服务的重用则是“业务中台”。
微服务
这个是用户真的需要去构建的部分，用户通过iVX设计的服务管理层级和框架来构建自己的服务体系，也就是自己的“微服务”体系。使得微服务直接可以落地操作。
在iVX中，服务分为：
- 公开服务，通过IP访问（非微服务）；
- 组内微服务（支持组应用，组内成员共享，组外不可见，非微服务）；
- 账号下微服务（有专门管理员管理所有账号下的微服务和相关资源，并授权和绑定到相关开发者身上）
iVX提供了建立和管理微服务的简单可行的方案，以方便用户自己建立账号下的微服务体系。
Serverless
iVX已经融入到这个系统中，用户不用去关心实现过程，真正体现了“less”的概念；用户所使用的各种资源全部都是“弹性的”“动态的”“按需分配”的，并且费用低廉。
iVX自动实现了Serverless，用户不用去关系具体实现细节。
DevOps
是一个CI/CD（持续整合，持续交付）的概念。是一个软件工程和运维的概念～ 其实，只要用了iVX也自然就实现了DevOps，iVX开发人员和周期的大幅减少，也是最直接的DevOps的实现方案。
iVX最直接的实现DevOps
后续会介绍更多ivx的使用案例。