一种基于纯服务端开发语言的跨平台移动APP开发架构制造技术

一种基于纯服务端开发语言的跨平台移动APP开发架构，包括移动端和服务端，所述服务端还包括UI设计器、代码开发IDE、UI脚本生成器、服务端指令解析器和服务端指令生成器；所述移动端还包括APP容器、组件渲染器、UI脚本解析器、移动端指令解析器和移动端指令生成器；所述移动端和服务端使用自定义通信协议和脚本解析协议，所述移动端只处理用户操作指令发送到所述服务端，所述服务端根据所述用户操作指令对应的脚本生成移动端响应脚本反馈到所述移动端，所述移动端根据协议解析所述移动端响应脚本并刷新UI显示。

【技术实现步骤摘要】
一种基于纯服务端开发语言的跨平台移动APP开发架构
本专利技术涉及APP开发
，尤其是涉及一种基于纯服务端开发语言的跨平台移动APP开发架构。
技术介绍
当前开发移动端APP一般由后端开发和前端开发2个部分组成，后端负责业务逻辑，数据存储，API接口等功能的开发，开发语言为：C#，Java，go等；前端开发负责UI开发，API接口调用等，开发语言为：android，Object-C，H5，JS，Cordova，ReactNative等。整个完整的开发周期需要前端和后端协调沟通，并且如果需要APP同时支持Android和IOS，前端技术栈相对比较多，技术人员投入成本高，由于技术栈的复杂导致系统代码可能有android源码，ObjectC源码，H5源码，如果有用到跨平台框架还会有ReactNative或者Cordova的源码，导致前端代码维护和升级成本高。原生态APP：需要有andorid+IOS+后端开发3套技术路线的开发人员，前端维护2套代码，前端和后端需要很顺畅的沟通协调。常见的APP类型如下：原生态APP：需要有andorid+IOS+后端开发3套技术路线的开发人员，前端维护2套代码，前端和后端需要很顺畅的沟通协调。混合APP：需要有android+IOS+H5+后端开发4套技术路线的开发人员，前端维护2-3套代码，前端和后端需要很顺畅的沟通协调。WebAPP：需要有H5+后端开发2套技术路线的开发人员，前端和后端需要很顺畅的沟通协调。这样的开发形式不仅开发成本高，维护和沟通的成本亦高。不难看出，现有技术中还存在诸多问题。
技术实现思路
为此，为了解决现有技术中的上述问题，本专利技术提出一种基于纯服务端开发语言的跨平台移动APP开发架构。本专利技术通过以下技术手段解决上述问题：一种基于纯服务端开发语言的跨平台移动APP开发架构，包括移动端和服务端，所述服务端还包括UI设计器、代码开发IDE、UI脚本生成器、服务端指令解析器和服务端指令生成器；所述移动端还包括APP容器、组件渲染器、UI脚本解析器、移动端指令解析器和移动端指令生成器；所述移动端和服务端使用自定义通信协议和脚本解析协议，所述移动端只处理用户操作指令发送到所述服务端，所述服务端根据所述用户操作指令对应的脚本生成移动端响应脚本反馈到所述移动端，所述移动端根据协议解析所述移动端响应脚本并刷新UI显示。进一步的，其实现的方法包括：S1、使用所述UI设计器，可视化定义一个WinForm的UserControl，包括布局和相关控件事件代码；S2、结合所述S1中的UserControl，定义APP启动页需要显示的UserContro；S3、服务端预设有Socket监听，启动服务端Socket监听；S4、APP容器与服务端Socket建立连接；S5、APP容器发送设备的实际尺寸到所述服务端；S6、所述服务端根据所述S2中定义的启动页要显示的UserContrl，所述UI脚本解析器生成预先定义好的移动端UI脚本；S7、服务端根据APP运行的设备实际尺寸转换相关控件的布局；S8、服务端把所述S7中转换相关控件的布局的脚本通过Socket发送到APP容器；S9、APP容器接收所述S8发送来的布局的脚本并解析为ReatNative控件；S10、所述移动端组件渲染器渲染所述S9解析的ReatNative控件并显示；S11、用户点击所述S10中渲染显示出来的控件；S12、APP容器把触发事件的UserContrl控件唯一ID，触发事件的控件ID，事件的类型，相关参数按预先定义好的协议拼接脚本；S13、APP容器把所述S12生成的事件脚本通过Socket发送到服务端；S14、服务端解析事件脚本，调用控件对应的事件代码；S15、事件代码调用完成后，把需要刷新的数据或布局生成新的脚本；S16、服务端把新的脚本通过Socket发送到APP容器；S17、APP容器接收到新的脚本，通过所述移动弄断指令解析器和移动端指令生成器以及组件渲染器解析脚本并重新渲染UI。与现有技术相比，本专利技术提供的一种基于纯服务端开发语言的跨平台移动APP开发架构，具有如下有益效果：采用可视化UI设计器，提高移动APP开发效率；集成ReactNative，支持跨平台；前后端采用统一的后台开发语言，降低技术栈成本；代码调试统一采用后端调试的模式，提高了效率。附图说明为了更清楚地说明本专利技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1是本专利技术提供的基于纯服务端开发语言的跨平台移动APP开发架构的架构框图。具体实施方式为使本专利技术的上述目的、特征和优点能够更加明显易懂，下面将结合附图和具体的实施例对本专利技术的技术方案进行详细说明。需要指出的是，所描述的实施例子仅仅是本专利技术一部分实施例，而不是全部的实施例，基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。实施例如图1所示，一种基于纯服务端开发语言的跨平台移动APP开发架构，包括移动端和服务端，所述服务端还包括UI设计器、代码开发IDE、UI脚本生成器、服务端指令解析器和服务端指令生成器；所述移动端还包括APP容器、组件渲染器、UI脚本解析器、移动端指令解析器和移动端指令生成器；所述移动端和服务端使用自定义通信协议和脚本解析协议，所述移动端只处理用户操作指令发送到所述服务端，所述服务端根据所述用户操作指令对应的脚本生成移动端响应脚本反馈到所述移动端，所述移动端根据协议解析所述移动端响应脚本并刷新UI显示。作为优选，其实现的方法包括：S1、使用所述UI设计器，可视化定义一个WinForm的UserControl，包括布局和相关控件事件代码；S2、结合所述S1中的UserControl，定义APP启动页需要显示的UserContro；S3、服务端预设有Socket监听，启动服务端Socket监听；S4、APP容器与服务端Socket建立连接；S5、APP容器发送设备的实际尺寸到所述服务端；S6、所述服务端根据所述S2中定义的启动页要显示的UserContrl，所述UI脚本解析器生成预先定义好的移动端UI脚本；S7、服务端根据APP运行的设备实际尺寸转换相关控件的布局；S8、服务端把所述S7中转换相关控件的布局的脚本通过Socket发送到APP容器；S9、APP容器接收所述S8发送来的布局的脚本并解析为ReatNative控件；S10、所述移动端组件渲染器渲染所述S9解析的Re本文档来自技高网...

【技术保护点】
1.一种基于纯服务端开发语言的跨平台移动APP开发架构，其特征在于，包括移动端和服务端，所述服务端还包括UI设计器、代码开发IDE、UI脚本生成器、服务端指令解析器和服务端指令生成器；所述移动端还包括APP容器、组件渲染器、UI脚本解析器、移动端指令解析器和移动端指令生成器；所述移动端和服务端使用自定义通信协议和脚本解析协议，所述移动端只处理用户操作指令发送到所述服务端，所述服务端根据所述用户操作指令对应的脚本生成移动端响应脚本反馈到所述移动端，所述移动端根据协议解析所述移动端响应脚本并刷新UI显示。/n

【技术特征摘要】
1.一种基于纯服务端开发语言的跨平台移动APP开发架构，其特征在于，包括移动端和服务端，所述服务端还包括UI设计器、代码开发IDE、UI脚本生成器、服务端指令解析器和服务端指令生成器；所述移动端还包括APP容器、组件渲染器、UI脚本解析器、移动端指令解析器和移动端指令生成器；所述移动端和服务端使用自定义通信协议和脚本解析协议，所述移动端只处理用户操作指令发送到所述服务端，所述服务端根据所述用户操作指令对应的脚本生成移动端响应脚本反馈到所述移动端，所述移动端根据协议解析所述移动端响应脚本并刷新UI显示。


2.根据权利要求1所述的基于纯服务端开发语言的跨平台移动APP开发架构，其特征在于,其实现的方法包括：
S1、使用所述UI设计器，可视化定义一个WinForm的UserControl，包括布局和相关控件事件代码；
S2、结合所述S1中的UserControl，定义APP启动页需要显示的UserContro；
S3、服务端预设有Socket监听，启动服务端Socket监听；
S4、APP容器与服务端Socket建立连接；
S5、APP容器发送设备的实际尺寸到所述服务端；
S6、...

【专利技术属性】
技术研发人员：周子胥，陈亮，林谣明，林洪，梁荣振，王勤军，章艺，
申请(专利权)人：广东赛意信息科技有限公司，
类型：发明
国别省市：广东;44