一、iVX 先行篇

iVX官网地址

本篇讲解使用iVX 开发引入在线地图

iVX 是全球首个低代码开发平台，它的可视化编辑器以及零代码开发，大大提高了开发效率！

二、为什么使用iVX ？

iVX平台基于云开发模式为开发者提供了应用开发全生命周期的一站式服务

云原生IDE，直接打开网页就可以编写

打开网页就能用，拖拽+配置方式实现无代码开发。“全场景+全系统”支持，可一键发布为网页、APP、桌面应用、小程序和小游戏等。

一个新的技术的出现并不是为了替代某个技术，而是在它的基础上做的优化

三、低代码的优势，完全可视化编辑

iVX致力于国产的全新“编程体系”，“去掉程序语法，保留程序逻辑”，让“人人编程”成为可能

四、iVX的整体架构设计

整体系统架构设计

⛅前端应用类型

web应用内部结构

如上图所示，iVX的web应用，包含两大环境，一为数据驱动环境，即以react为基础的dom环境，二为对象驱动环境，是以html canvas为基础的动画与游戏环境。两套环境相对独立，对象驱动环境是以一个react节点的方式挂载在数据驱动环境中，因此无论应用中是否用到了数据驱动环境下的组件，数据驱动环境都会首先加载。

在每一套环境中，都有其对应的组件集，上图列出了iVX当前提供的所有主要组件集，以及其依赖的基础库。

☁️后端技术架构

后台逻辑结构

1、服务请求处理层

服务逻辑的最前端，负责接收服务请求，请求路由，证书生成等。在iVX中，这一层是由GO语言实现的程序（caddy，可以理解为一个轻量级的nginx）。

2、服务逻辑层

核心服务逻辑处理，进一步包含默认服务与自定义微服务。默认服务，即我们在编辑器“服务组件”中定义的业务逻辑，这一部分逻辑，目前是由JS定义，然后进一步编译为web assembly程序由GO语言运行。每一个服务，对应一个GO的协程（goroutine），在后台会自动完成服务并发处理，应用开发者只需要负责服务逻辑的定义，无需关心底层并发业务的处理。

自定义微服务，支持用户使用其他后台语言（暂时支持java和node js）定义一部分后台逻辑，然后在服务中通过RPC的方法调用。自定义微服务，需要先定义后台自定义组件，组件编译后，会以docker镜像的方式来运行。

服务逻辑层，无论是默认服务或自定义微服务，都是“无状态”的服务，即本身不在服务器本地存储任何数据，所以“状态”数据，都是存储在后台资源层中（包括redis缓存，消息队列，mysql，es数据库，文件等）。这样的好处是服务逻辑层的部署可以做到完全“无服务器”（serverless），实现高性能的弹性扩展。

3、后台资源接口层

iVX提供了连接、操作各种常用后台资源的接口，并将这些接口封装为资源组件，包括各种数据库、缓存、消息队列组件等。在【2】服务逻辑层中，我们只需要直接调用组件的方法，就可以实现各种后台资源的操作。比如，我们在服务中调用了数据库的输出服务，此时，其实是调用了后台资源接口层提供的数据库输出接口，在这个接口中，iVX实现了数据库连接，SQL生成，返回结果处理步骤，所有这些逻辑，都是由后台资源接口层实现。后台资源接口层，是由GO语言实现的微服务集群，基于go micro微服务框架。

和服务逻辑层一样，后台资源接口层也是“无状态”服务，可实现“无服务器”部署。

4、后台资源层

后台资源层，是各种现有的后台资源，主要是各种类型的数据存储服务，包括数据库，缓存，消息队列，文件对象存储等等，【3】后台资源接口层提供了这些资源的操作方法。

注意，在上图中，后台资源层使用了虚线表示，因为iVX本身并不提供这些资源，比如，iVX并不提供mysql数据库，mysql数据库，是一个现有的资源，iVX仅负责操作它。在公有云平台上，各种后台资源使用了aws亚马逊云的相关服务，所有资源都是配置好的，开发者无需管理；在私有部署时，这些资源需要开发者自行准备，可以在本地服务器上安装软件，也可以使用各种云平台提供的资源。iVX并不限制这些资源部署方法，只需要在私有部署的config文件中，指定相关资源的方法方法即可。

更多可访问 ivx 官网查看详细信息 ivx官网