首先在设计之初,需要需要明确的几点是:
首先进行剖析通用、无代码、开发平台、首个
其中具有的深刻含义
在国内还未发现有类似的平台出现,现阶段做的最好的Mendix/Outsystems
等也只能称做“低代码”开发平台(还做不到“复杂逻辑的无代码表达”);而国内很多产品,由于不具备生成可导出部署独立应用的能力,还不能算作“开发平台”。
iVX
所开发的应用,都可以脱离iVX
独立部署。也就是说,对于开发者而言,iVX
就是一个“代码生成器”。和手写代码无差别,可以脱离iVX平台任意部署,而大多数其它“低代码”平台不具备这种“开发平台”属性,只能在平台内部使用。
iVX提供了“原子级”组件系统,支持用户“自定义组件”,并且配合图灵完备的“逻辑编辑引擎/面板”,就可以实现几乎所有应用的前后台“无代码”开发。
指平台的通用性,几乎适合所有的应用开发场景和支持在所有操作系统中运行。
限制条件:
一个iVX应用,主要由两个部分构成,前台部分和后台部分:
前台部分,对应前端应用程序,负责客户端界面的展示与交互。在iVX中,前端程序支持多种类型,包括web应用,小程序,原生app,与windows exe应用。在运行时,每个用户都会在本地客户端下载一份前端程序来运行;
后台部分,对应服务端程序,部署在后台服务器(集群)中,负责后台数据与通信逻辑的处理。后台部分进一步包括后台资源接口和服务逻辑:
举一个简单的,假设有一个收集用户信息的应用,其结构如下图:
左侧用户界面,即前端应用,其运行在用户的浏览器端,负责收集用户填写的信息;右侧的数据库表,即后台资源,负责存储所有用户提交的信息;中间的提交服务,即后台的服务层,负责监听前端应用发送过来的请求,对请求的数据进行处理,比如,判断一下提交的数据是否合法,然后调用数据库表,写入数据。数据写入之后,服务还需要根据写入是否成功,将结果返回给前端应用,这样前端应用可以把数据提交结果在界面上提示出来。
iVX
的前端核心框架为web应用,主体使用react架构
,部分内部模块使用了自研的对象驱动引擎,并引用了pixi.js, three.js
等画布渲染库。同时,web应用可以通过不同的打包方法生成其他类型的应用,如下图所示:
iVX的后台程序,可以直接发布在iVX公有云上运行,也可以导出部署至其他服务器环境。其详细架构如下图所示:
一个iVX的后台应用,从逻辑上分成4个部分:
iVX的学习并不需要什么特别的技术和基础,只要你觉得自己的“逻辑能力”还不错,应该都可以很好掌握这门编程语言。总体来说iVX适合(但不限于)以下用户使用:
iVX
毕竟是一门编程语言,有很多组件以及完整的编程体系,不可能“看半小时”
就学会了。iVX
的学习一定需要一定的投入,但这种投入是非常有意义的,很有可能未来的很多年里面iVX都会成为你学习工作的得力助手。
学习时长内部测试:
iVX相较于传统的编程方式的优势可以总结为四快
快速学习
逻辑上其实很简单,因为iVX没有任何语法需要学习,图形化的操作使整个开发步骤也大大简化,因此iVX学习者只需要从逻辑和具体功能(或架构)入手,就可以完成开发。
快速开发
根据用户熟练程度和使用规模,iVX
可以数倍提升开发效率,往往以前10个人干3个月的工作,使用iVX后,现在3个人不到一个月就能完成。
快速运行
这一点得益于iVX的核心CORE部分
,包括编译和语法生成翻译,以及内部各种核心算法,都是真正的“大神级程序员”
,因此,开发者使用iVX开发的时候,就相当于获得了这位“大神”的加持,因此生成的代码质量也能得到保障。
快速维护
iVX
本身的结构化和本身极简的开发流程,保证了尽可能低的“系统维护”和“二次开发”成本。
前端部分所见即所得,即选即改;加上清晰的“可视化”
日志系统,结构化的“动作组”“小模块”
,使得整个应用可读性很强,逻辑梳理较为容易。
看到这里如果还没心动,那不如实际上手操作一番体验真正的无代码开发流程:动动小手要比干枯的文字更具有说服力