针对安卓原生APP的低代码开发系统、设备和介质

摘要

本申请提供了一种针对安卓原生APP的低代码开发系统、设备和介质，所述系统包括：低代码开发平台，用于通过可视化来产生包含表单、及事件配置的元数据，并上传至云端数据库；所述低代码开发平台包括：表单设计器、事件设计器、及服务单元设计器；安卓运行平台，用于将元数据从云端数据库中下载、解析、动态生成包含不同的表单页面和逻辑的应用数据。本申请所述的针对安卓原生APP的低代码开发系统，能够针对安卓运行平台进行可视化、无需编码的应用开发，能够满足快速适应企业变化的需求；相比于Web平台，在未来硬件设备的集成、及页面效果的呈现方面具有更好的选择。

说明书

技术领域

本发明涉及软件开发技术领域，特别是涉及一种针对安卓原生APP的低代码开发系统、设备和介质。

背景技术

传统开发平台的应用搭建需要经过软件编码、编译、发布/部署的过程，在实际企业应用过程中易出现如下问题：

1)针对不同的平台，例如：桌面应用程序、Web应用程序、Android原生App、IOS原生App需要使用不同的开发环境、开发语言进行分别开发，开发成本高；

2)企业维护传统开发凭条的应用，需要专业型人才，普通的业务人员难以维护，维护成本高；

3)当企业需求发生变化时，需要经过弯针的编码、编译、部署至不同终端的完整过程，难满足快速适应企业变化的需求；

并且，目前大多开发平台多是基于WEB运行平台实现的，但很少有企业基于安卓Android运行平台的，随着万物互联的趋势逐渐发展，与硬件设备接口的交互会更加频繁，而原生Android的手机终端的应用具备天生的优势。因此，需要针对安卓运行平台提供可视化的低代码开发平台。

发明内容

鉴于以上所述现有技术的缺点，本申请的目的在于提供一种针对安卓原生APP的低代码开发系统、设备和介质，以解决现有技术中存在的至少一个问题。

为实现上述目的及其他相关目的，本申请提供一种针对安卓原生APP的低代码开发系统，所述系统包括：低代码开发平台，用于通过可视化来产生包含表单、及事件配置的元数据，并上传至云端数据库；所述低代码开发平台包括：表单设计器、事件设计器、及服务单元设计器；安卓运行平台，用于将元数据从云端数据库中下载、解析、动态生成包含不同的表单页面和逻辑的应用数据。

于本申请的一实施例中，所述表单设计器，用于基于业务模型通过可视化拖拽的方式设计表单页面的布局、及组件元素；所述事件设计器，用于基于业务模型通过可视化拖拽的方式设计表单页面的组件响应事件后的功能逻辑；所述服务单元设计器，用于通过可视化的方式在数据库中针对数据设计业务逻辑，以形成包含表单、及事件配置的元数据。

于本申请的一实施例中，所述表单设计器通过定义属性来设计表单页面的布局、及组件；所述属性包括：名称、大小、数据源、动作、外观、及布局方式中任意一种或多种组合；所述表单设计器中所设计或构建的各所述表单的属性、及组件均存储为预先定义的元数据格式。

于本申请的一实施例中，所述事件设计器包括：通用设计：用于设定开始或完成；逻辑设计：用于设定判断；UI设计：用于设定打开表单、打开加载框、关闭加载框、及消息；数据设计：用于设置组件属性、设置值、及获取数据；处理设计：用于设定调用存储过程、调用事件、启动定时器、停止定时器、休眠、及自定义代码。

于本申请的一实施例中，当用户需求发生变化，通过云端可对所述元数据进行修改或更新，以供所述安卓运行平台或运行引擎运行时调整相应业务功能。

于本申请的一实施例中，所述安卓运行平台运行时通过加载引擎算法，以将所述元数据从数据库中下载、解析、动态生成不同的表单、功能逻辑、及业务逻辑；借助内存管理技术，调用安卓系统底层的组件库、及API接口从而形成安卓原生APP的界面功能。

于本申请的一实施例中，所述引擎算法包括：打开从数据库中解析出的表单；判断是否存在表单缓存；若有，则下载表单数据；根据元数据定义创建表单、组件、时间、逻辑，以完成表单加载。

为实现上述目的及其他相关目的，本申请提供一种计算机设备，所述设备包括：存储器、处理器、及通信器；所述存储器用于存储计算机指令；所述处理器运行计算机指令实现如上所述平台的功能；所述通信器用于与外部设备通信。

为实现上述目的及其他相关目的，本申请提供一种计算机可读存储介质，存储有计算机指令，所述计算机指令被运行时执行如上所述平台的功能。

综上所述，本申请提供的一种针对安卓原生APP的低代码开发系统、设备和介质，所述系统包括：低代码开发平台，用于通过可视化来产生包含表单、及事件配置的元数据，并上传至云端数据库；所述低代码开发平台包括：表单设计器、事件设计器、及服务单元设计器；安卓运行平台，用于将元数据从云端数据库中下载、解析、动态生成包含不同的表单页面和逻辑的应用数据。

具有以下有益效果：

本申请所述的针对安卓原生APP的低代码开发系统，能够针对安卓运行平台进行可视化、无需编码的应用开发，能够满足快速适应企业变化的需求；相比于Web平台，在未来硬件设备的集成、及页面效果的呈现方面具有更好的选择。

附图说明

图1显示为本申请于一实施例中针对安卓原生APP的低代码开发系统的模块示意图。

图2显示为本申请于一实施例中表单设计器的界面示意图。

图3显示为本申请于一实施例中事件设计器的界面示意图。

图4显示为本申请于一实施例中服务单元设计器的界面示意图。

图5显示为本申请于一实施例中通过表单设计器创建表单的元数据的界面示意图。

图6显示为本申请于一实施例中引擎算法的流程示意图。

图7显示为本申请于一实施例中计算机设备的结构示意图。

具体实施方式

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，以下实施例中所提供的图示仅以示意方式说明本申请的基本构想，虽然图式中仅显示与本申请中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，但其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。

在通篇说明书中，当说某部分与另一部分“连接”时，这不仅包括“直接连接”的情形，也包括在其中间把其它元件置于其间而“间接连接”的情形。另外，当说某种部分“包括”某种构成要素时，只要没有特别相反的记载，则并非将其它构成要素，排除在外，而是意味着可以还包括其它构成要素。

其中提到的第一、第二及第三等术语是为了说明多样的部分、成分、区域、层及/或段而使用的，但并非限定于此。这些术语只用于把某部分、成分、区域、层或段区别于其它部分、成分、区域、层或段。因此，以下叙述的第一部分、成分、区域、层或段在不超出本申请范围的范围内，可以言及到第二部分、成分、区域、层或段。

再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

目前低代码开发系统或平台，大多是针对或基于Web平台上实现的，借助脚本语言例如JavaScript或C#Blazor等技术，来实现Html的渲染和生成，实现起来不需要动态编译，用户在运行的时候，借助主流浏览器来呈现，从而达到了页面动态呈现的效果，技术实现相对简单。

但是目前很少有低代码系统或平台转换到Android平台，主要原因可能是：1)大部分应用的开发者可能认为已经有Web端，已可以覆盖包括PC、手机等终端，认为没有必要重复投入研发安卓系统的原生App呈现；2)对于大部分互联网应用，可能认为需求和界面相对简单，或者没有理解到原生App对比与Web的区别，如所服务的客户行业不同导致的思维差异，从而并没有再去开发基于安卓系统的原生APP的低代码开发系统或平台。

但本申请认为针对安卓原生APP的低代码开发相比于针对Web平台的低代码开发，是更具有商业价值和应用前景的。因此，本申请提出一种与基于Web端的低代码开发系统或平台的技术手段并不相同的针对安卓原生APP的低代码开发系统、设备和介质，以解决上述问题。

如图1所示，展示为本申请于一实施例中的针对安卓原生APP的低代码开发系统的模块示意图。如图所示，所述系统100包括：

低代码开发平台110，用于通过可视化来产生包含表单、及事件配置的元数据，并上传至云端数据库；所述低代码开发平台110包括：表单设计器111、事件设计器112、及服务单元设计器113。

本申请中主要在低代码开发平台110通过设计器以可视化的拖拽方式完成于元数据的配置，各设计器的作用分别是：

所述表单设计器111，用于基于业务模型通过可视化拖拽的方式设计表单页面的布局、及组件元素。

其中，如图2所示，所述表单设计器111主要通过定义属性来设计表单页面的布局、及组件；所述属性包括：名称、大小、数据源、动作、外观、及布局方式中任意一种或多种组合。对应于图2中，针对每个表单页面中子布局模块或组件，均可以如点击鼠标右键进入属性设置窗口，主要的属性栏则可以包括：能设置全部属性的“全部”框；如用于名称编写、大小设定的或“通用”框；设置数据源的“数据”框；设置行为或动作的“行为”框；设置外观或风格的“外观”框等等。

需说明的是，本申请所述表单设计器111中所设计或构建的各所述表单的属性、及组件均存储为预先定义的元数据格式。即该表单设计器111中预设的可选项或可设置项的格式，来形成按照预先设定的元数据格式。

所述事件设计器112，用于基于业务模型通过可视化拖拽的方式设计表单页面的组件响应事件后的功能逻辑。如点击、加载等事件。

举例来说，如图3所示，打开所述事件设计器112的窗口可以看到包括但不限于：

通用设计：用于设定开始或完成；

逻辑设计：用于设定判断；该判断为逻辑判断。

UI设计：用于设定打开表单、打开加载框、关闭加载框、及消息；

数据设计：用于设置组件属性、设置值、及获取数据；

处理设计：用于设定调用存储过程、调用事件、启动定时器、停止定时器、休眠、及自定义代码。

需要说明的是，本申请与现有常见的事件设计器112不同，本申请中所述的事件设计器112把“逻辑”进行了可视化。举例来说，原来通过代码写IF...ELSE...之类的编程语言的逻辑语句来实现，而本申请中则通过可视化的组件进行配置来完成。

如图3中所示出的，在所述事件设计器112中首先设定开始模块，然后添加逻辑判断模块，一种判断对应设置有打开表单的UI模块，另一种判断对应设置有打开消息的UI模块，并分别对应最后设定的完成模块。其可为通过事件设计器112所设计针对表单页面的组件响应事件后所设计的一个简单功能逻辑。

所述服务单元设计器113，用于通过可视化的方式在数据库中针对数据设计业务逻辑，以形成包含表单、及事件配置的元数据。

所述元数据即供安卓原生APP产生应用的数据。在所述服务单元设计器113中，通过已有组件或文件进行可视化的拖拽组合，以实现针对数据表征业务逻辑。

举例来说，如图4所示，在服务单元设计器113的编辑界面中，左侧列表中不包含有已建立的表单或常用表单，以及可视化组件等，而右侧列表欧中包含有目标文件obj，以及数据库文件dbc，然后可通过拖拽具体的表单至相应obj或dbc位置，即可实现相应的业务逻辑。

本申请所述的低代码开发平台110通过表单设计器111、事件设计器112、及服务单元设计器113来实现一完整的元数据可如下举例说明：

首先通过表单设计器111，创建表单“采购收货队列”，如下图5所示。通过表单设计器111，在后台便创建了一条表单的元数据，如其表单名称属性的值为：“采购收货”的队列，以及其他属性，如：“收货单”、“供应商”、“总数量”、“送货日期”、“处理”按键等。同理，表单的其他属性例如：大小、数据源、布局等，均会存储为我们预先定义的元数据格式，表单内的组件也是一样的原理。然后可通过事件设计器112设计表单页面的组件响应事件后的功能逻辑，以及通过服务单元设计器113设计在数在数据库中针对数据设计业务逻辑，以形成包含表单、及事件配置的元数据，并将元数据存储至数据库中，从而完成基于低代码开发平台110上的针对安卓原生APP上运行的元数据。有了以上的元数据，当在不同的安卓运行平台120时加载引擎算法，便可以将元数据从数据库中下载、解析、动态生成不同的表单页面和逻辑。

于本实施例中，当用户需求发生变化，通过云端可对所述元数据进行修改或更新，以供所述安卓运行平台120或运行引擎运行时调整相应业务功能。简单来说，当用户需求发生变化，需要调整所开发的部分功能设计或界面设计时，无需经过编码、编译、部署至不同终端的完整过程，仅需基于本低代码开发系统100上通过不同设计器进行调整或修改，即可在安卓运行平台120再运行时实现应用数据的更新，能够满足快速适应企业变化的需求。

需要说明的是，本申请的特点是针对在安卓运行平台120上实现加载产生应用数据。而目前大多设计器是基于WEB设计器，其开发的数据文件需要在Web运行平台上实现，并且基于脚本语言，实现起来不需要动态编译。Web运行平台通过读取数据文件，借助脚本语言例如JavaScript或C#Blazor等技术，来实现Html的渲染和生成，用户在运行的时候，借助主流浏览器来呈现，从而达到了页面动态呈现的效果。

本申请所述的针对安卓原生APP的低代码开发系统100与针对Web平台上运行的开发系统100相比，具有如下优点：

1)由于Web需要加载css\JavaScript等语言所需的时间比起原生App要长，所以安卓原生的App页面等待的时间要更短更少；

2)由于安卓运行平台120大多运行在如手机、PAD移动终端上，故本系统100所开发的元数据在安卓原生APP上运行可，可调用手机本机摄像头的扫描功能，或者还可以利用手机的NFC接口实现数据或信息的交互等；

3)针对Web平台的组件，由于它们的表单功能是有理论上限的，因此需要考虑内存管理、内存泄露等技术问题，对内存管理及优化需要考虑更多，并且需要花费巨大的精力。而本申请基于安卓原生APP作为配置运行平台，其表单理论上是没有上限的，仅需要考虑及时的内存清理与释放；

4)从用户体验的角度，安卓原生的App用户体验比Web用户体验要好。例如：按钮的点击有反馈、可以配合设备的振动、声音带来触感的反馈；

5)从未来万物互联的角度，与硬件设备接口的交互会更加频繁，当涉及到与硬件设备直接交互的时候，原生安卓原生的App的应用具备天生的优势，简单说：原生的App能更好、更高效率、更稳定的和硬件设备集成，而Web端目前已知主要靠JavaScript来实现本地的交互；

6)针对制造业的服务客户群体时，这些制造业企业的需求相对复杂，个性化更强，在制造业的PDA工业采集设备中，目前主流的设备也逐步转向安卓操作系统100，工业现场的数据采集、车间现场的操作人员的人员素质，直接要求数据采集的功能或页面需要更加简单、更加智能、具备更好的用户体验，在这样的条件下，原生App对于未来硬件设备的集成、页面效果的呈现方面，相比于针对Web平台是更好的选择。

于本申请中，所述系统100还包括：安卓运行平台120，用于将元数据从云端数据库中下载、解析、动态生成不同的表单页面和逻辑。

于本实施例中，与Web平台加载不同的是，所述安卓运行平台120运行时通过加载引擎算法，以将所述元数据从数据库中下载、解析、动态生成不同的表单、功能逻辑、及业务逻辑；借助内存管理技术，调用安卓系统底层的组件库、及API接口从而形成安卓原生APP的界面功能。

需要说明的是，本申请所述的低代码开发系统100所基于的安卓运行平台120，与现有所基于Web平台的区别主要体现在：

a)安卓运行平台120(Android App)并非通过脚本语言生成Html，Android平台下实现非脚本语言，而是通过调用Android操作系统底层的组件来呈现页面，产生应用，借助内存管理技术，类似桌面应用程序的开发模式，调用Android底层的组件库从而形成Android原生APP的界面功能。

b)两者使用的技术实现方式完全不同，就像传统Web应用程序和桌面应用程序的区别，两者的核心机制是完全不同的，Web运行平台借助的是主流浏览器解析和渲染Html来呈现，安卓运行平台120借助的是Android操作系统100底层的API，借助内存管理来实现组件的呈现。

c)在开发实现上，两种运行时引擎从代码编写的角度，使用的是完全不同的技术，调用的是完全不同机制的程序库。

举例来说，如图6所示，所述引擎算法包括：

步骤S601：打开从数据库中解析出的表单；

步骤S602：判断是否存在表单缓存；若有，则下载表单数据；

步骤S603：根据元数据定义创建表单、组件、时间、逻辑，以完成表单加载。

简单来说，解析出元数据中的表单后，先判断是否存在表单缓存，若有则下载表单数据，然后再根据元数据的定义创建表单、组件、时间、逻辑，以完成表单加载。

综上所述，本申请所述的针对安卓原生APP的低代码开发系统，能够针对安卓运行平台进行可视化、无需编码的应用开发，能够满足快速适应企业变化的需求；相比于Web平台，在未来硬件设备的集成、及页面效果的呈现方面具有更好的选择。

如图7所示，展示为本申请于一实施例中的计算机设备的结构示意图。如图所示，所述计算机设备700包括：存储器701、处理器702、及通信器703；所述存储器701用于存储计算机指令；所述处理器702运行计算机指令实现如图1所述系统的功能；所述通信器703用于与外部设备通信，如外部设备为云端数据库。

在一些实施例中，所述计算机设备700中的所述存储器701的数量均可以是一或多个，所述处理器702的数量均可以是一或多个，所述通信器703的数量均可以是一或多个，而图7中均以一个为例。

所述存储器701可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。所述存储器701存储有操作系统和操作指令、可执行模块或者数据结构，或者它们的子集，或者它们的扩展集，其中，操作指令可包括各种操作指令，用于实现各种操作。操作系统可包括各种系统程序，用于实现各种基础业务以及处理基于硬件的任务。

所述处理器702可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

所述通信器703用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信连接。所述通信器703可包含一组或多组不同通信方式的模块，例如，与CAN总线通信连接的CAN通信模块。所述通信连接可以是一个或多个有线/无线通讯方式及其组合。通信方式包括：互联网、CAN、内联网、广域网(WAN)、局域网(LAN)、无线网络、数字用户线(DSL)网络、帧中继网络、异步传输模式(ATM)网络、虚拟专用网络(VPN)和/或任何其它合适的通信网络中的任何一个或多个。例如：WIFI、蓝牙、NFC、GPRS、GSM、及以太网中任意一种及多种组合。

在一些具体的应用中，所述计算机设备700的各个组件通过总线系统耦合在一起，其中总线系统除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图7中将各种总线都成为总线系统。

于本申请的一实施例中，本申请提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如图1所述系统的功能。

在任何可能的技术细节结合层面，本申请可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本申请的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是(但不限于)电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本申请操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、集成电路配置数据或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本申请的各个方面。

综上所述，本申请提供的一种针对安卓原生APP的低代码开发系统、设备和介质，所述系统包括：低代码开发平台，用于通过可视化来产生包含表单、及事件配置的元数据，并上传至云端数据库；所述低代码开发平台包括：表单设计器、事件设计器、及服务单元设计器；安卓运行平台，用于将元数据从云端数据库中下载、解析、动态生成包含不同的表单页面和逻辑的应用数据。

本申请有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中包含通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。