CN109471614A - 应用程序混合开发的方法及装置 - Google Patents

Abstract

本发明提供了一种应用程序混合开发的方法及装置，涉及应用程序开发的技术领域，包括加载步骤，通过终端提供的容器来加载交互界面；通信交互步骤，接收用户通过交互界面触发的操作指令，经过交互模块调用终端的应用层接口；响应步骤，获取应用层接口的调用结果，将调用结果经过交互模块，返回至交互界面，实现了web开发与native开发相结合，能够解决现有纯native应用程序开发中存在的界面统一困难，无法满足快速上线部署以及版本更新维护困难的问题。

Description

应用程序混合开发的方法及装置

技术领域

本发明涉及应用程序开发的技术领域，具体涉及一种应用程序混合开发的方法及装置。

背景技术

移动设备的应用程序，是基于移动设备本地操作系统如iOS、Android、WindowsPhone等并使用原生开发语言编写运行的第三方应用程序，也叫本地应用(Native App)。

目前，应用程序的跨平台使用越来越普遍，同一个应用程序会在不同的操作系统中使用，因此需要对主流移动操作系统的设备进行适配。企业进行跨平台应用程序开发时，每种移动操作系统都需要设置独立的开发项目。当企业需要短时间开发跨平台应用程序时，各开发项目中需要能力较强的开发者来快速搭建原生界面，程序界面的统一化也需要各平台项目的开发人员进行大量沟通，开发效率较低，增加了企业的成本，也很容易出现不同平台之间的程序界面不统一的问题。

在常见的Android平台和iOS平台中，应用程序的发布需要各平台应用商店进行严格的审核。当应用程序需要频繁进行版本更新时，也就需要频繁进行审核操作，使得较多的时间花费在应用程序审核上线中，无法满足一些需要应用程序进行快速上线的需求。

由于应用程序的下载是用户自行选择的，并不能保证所有用户都能下载使用最新版本的应用程序，因此依旧需要维护老版本的应用程序，这也增加了企业开发维护的成本。

发明内容

有鉴于此，本发明的目的在于提供一种应用程序混合开发的方法及装置，将网页开发与本地开发相结合，能够解决现有纯native应用程序开发中存在的界面统一困难、无法满足快速上线部署以及版本更新维护困难的问题。

第一方面，本发明实施例提供了一种应用程序混合开发的方法，包括以下步骤：

加载步骤，通过终端提供的容器来加载交互界面；

通信交互步骤，接收用户通过所述交互界面触发的操作指令，经过交互模块调用终端的应用层接口；

响应步骤，获取应用层接口的调用结果，将所述调用结果经过所述交互模块，返回至交互界面。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，交互界面由展示层生成。展示层包括网页交互模块和系统原生交互模块，网页交互模块包括业务界面组件和通用界面模板组件；系统原生交互模块包括对话框界面组件和导航器界面组件。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，网页交互模块，还包括，使用javascript语言封装的javascriptframework交互框架，javascript framework交互框架包括js-to-native子模块，js-to-native子模块用于通过展示层调用应用层。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，通信交互步骤，包括：

接收用户通过交互界面触发的操作指令；

初始化javascript framework交互框架中的通信桥梁子模块；

根据操作指令，初始化需要发送的交互数据；

将交互数据发送至通信桥梁模块；

通信桥梁模块根据交互数据调用终端的应用层接口。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，响应步骤，包括：

获取应用层接口的调用结果；

将调用结果发送至通信桥梁模块；

将通信桥梁模块的调用结果发送至交互界面；

在交互界面展示调用结果。

结合第一方面的第二种可能的实施方式，本发明实施例提供了第一方面的第五种可能的实施方式，其中，应用层接口，包括系统接口、安全接口和性能接口。

结合第一方面的第五种可能的实施方式，本发明实施例提供了第一方面的第六种可能的实施方式，其中，应用层接口，还包括，由系统原生语言封装的native apiframework交互框架，native api framework交互框架包括native-to-js子模块，native-to-js子模块用于将应用层接口返回的结果调用至展示层。

结合第一方面的第三种可能的实施方式，本发明实施例提供了第一方面的第七种可能的实施方式，其中，交互数据使用JSON数据格式；

通信桥梁模块根据交互数据调用终端的应用层接口，具体包括：

通信桥梁模块根据交互数据通过异步方式调用终端的应用层接口。

结合第一方面的第七种可能的实施方式，本发明实施例提供了第一方面的第八种可能的实施方式，其中，通信桥梁模块，由js-to-native子模块和native-to-js子模块构成。

第二方面，本发明实施例提供了一种应用程序混合开发的装置，其中，包括以下单元：

加载单元，通过终端提供的容器来加载交互界面；

通信交互单元，接收用户通过所述交互界面触发的操作指令，经过交互模块调用终端的应用层接口；

响应单元，获取应用层接口的调用结果，将所述调用结果经过所述交互模块，返回至交互界面。

本发明实施例带来了以下有益效果：

本发明实施例提供一种应用程序混合开发的方法及装置，该方法包括：加载步骤，通过终端提供的容器来加载交互界面；通信交互步骤，接收用户通过所述交互界面触发的操作指令，经过交互模块调用终端的应用层接口；响应步骤，获取应用层接口的调用结果，将所述调用结果经过所述交互模块，返回至交互界面。本发明利用交互模块，能够在交互界面的操作中调用应用层接口，并将应用层接口的调用结果返回交互页面，实现了网页开发与本地开发的结合，能够解决现有纯native应用程序开发中存在的界面统一困难，无法满足快速上线部署以及版本更新维护困难的问题。

本发明的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本发明的上述技术即可得知。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施方式，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种应用程序混合开发的方法的信令图；

图2为本发明实施例提供的一种应用程序混合开发的方法的框架流程图；

图3为本发明实施例提供的一种应用程序混合开发的装置图；

图4为本发明实施例提供的一种应用程序混合开发的系统图。

图标：

100-交互界面；101-展示层；110-网页交互模块；111-业务界面组件；112-通用界面模块；113-(javascript framework)交互框架；120-系统原生交互模块；121-对话框界面组件；122-导航器界面组件；200-通信桥梁模块；201-(js-to-native)子模块；202-(native-to-js)子模块；300-应用层接口；301-系统接口；302-安全接口；303-性能接口；310-(native api framework)交互框架；410-加载单元；420-通信交互单元；430-响应单元；501-处理器；502-存储器；503-总线；504-通信接口。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

移动设备的应用程序，是基于移动设备本地操作系统如iOS、Android、WindowsPhone等并使用原生开发语言编写运行的第三方应用程序，也叫本地应用(Native App)。目前，应用程序的跨平台使用越来越普遍，同一个应用程序需要在不同的操作系统中使用，需要对主流移动操作系统的设备进行适配，因此企业进行跨平台应用程序开发时，每种移动操作系统都需要设置独立的开发项目。当企业需要短时间开发跨平台应用程序时，各开发项目中需要能力较强的开发者来快速搭建原生界面，程序界面的统一化也需要各平台项目的开发人员进行大量沟通，开发效率较低，增加了企业的成本，也很容易出现不同平台之间的程序界面不统一的问题。在常见的Android平台和iOS平台中，应用程序的发布需要各平台应用商店进行严格的审核，当应用程序需要频繁进行版本更新时，就需要频繁进行审核，无法满足一些需要应用程序进行快速上线的需求。由于应用程序的下载是用户自行选择的，并不能保证所有用户都能使用最新版本的应用程序，因此依旧需要维护老版本的应用程序，这也增加了企业运营成本。

有鉴于此，本发明实施例的目的在于提供一种应用程序混合开发的方法及装置，将网页开发与本地开发相结合，能够解决现有纯Native应用程序开发中存在的界面统一困难，无法满足快速上线部署以及版本更新维护困难的问题。

实施例一：

参见图1所示的应用程序混合开发的方法的信令图，该方法包括以下步骤：

步骤S100：加载步骤，通过终端提供的容器来加载交互界面。

具体的，交互界面采用web技术开发，具体包括html、javascript、css等技术，具有开放性强、扩展性好、开发速度快、跨平台性高等优势。交互界面中使用HTML5页面用于用户的操作及展示，而且在交互界面中封装了javascript framework交互框架，该框架中包含了所有从javascript与native进行交互的方法。

交互界面被终端提供的容器所承载，该容器统称为webview容器，在不同操作系统的应用程序中具有相同作用，即提供类似浏览器的功能，当向webview容器进行网络请求或加载时，都会得到网络响应。

步骤S200：通信交互步骤，接收用户通过所述交互界面触发的操作指令，经过交互模块调用终端的应用层接口。

具体的，通信交互步骤包括以下步骤：

步骤S201，接收用户通过交互界面触发的操作指令。用户根据自身业务场景触发交互界面中的HTML5页面后，所得的操作指令会被承载HTML5页面的webview容器接收。

步骤S202，初始化javascript framework交互框架中的通信桥梁子模块。javascript framework交互框架由javascript封装的文件，包含了所有从javascript与native进行交互的方法。

步骤S203，根据操作指令，初始化需要发送的交互数据。webview容器接收到HTML5页面发来的操作指令后，需要对发送的交互数据采用JSON(JavaScript Object Notation，JS对象简谱)格式进行初始化。JSON是一种轻量级的数据交换格式，以键值对结构对数据进行对象化描述，是目前最流行的数据格式。

步骤S204，将交互数据发送至通信桥梁模块。JSON数据的发送采用类似Ajax(Asynchronous Javascript And XML，异步JavaScript和XML)调用服务器端口的异步方式，将交互数据传递到交互模块中。

步骤S205，通信桥梁模块根据交互数据调用终端的应用层接口。交互模块中的通信桥梁模块根据交互数据的内容，向应用层接口发送请求。

步骤S300，响应步骤，获取应用层接口的调用结果，将所述调用结果经过所述交互模块，返回至交互界面。

具体的，响应步骤包括以下步骤：

步骤S301，获取应用层接口的调用结果。应用层接口接收到请求后，根据请求的具体内容从系统接口、安全接口和性能接口中进行调取，得到native端的响应结果。

步骤S302，将调用结果发送至通信桥梁模块。通过系统原生语言封装的nativeapi framework交互框架，将调用结果发送到通信桥梁模块。native api framework交互框架包含了所有的将native原生接口得到的数据返回到javascript的方法，实现了从native端到web端返回数据的操作。

步骤S303，将通信桥梁模块的调用结果发送至交互界面。交互模块中的通信桥梁子模块，将native端的调用结果发送到交互界面。

步骤S304，在交互界面展示调用结果。交互界面得到调用结果后，用HTML5页面进行展示。

本发明实施例一提供的上述方法，用户从web技术开发的页面中开始触发，通过交互模块调用了终端应用层接口，得到调用的结果再通过交互模块返回至交互界面，实现了web开发与native开发相结合，能够解决现有纯native应用程序开发中存在的界面统一困难，无法满足快速上线部署以及版本更新维护困难的问题。

图2为上述应用程序混合开发的方法的框架流程图，具体的，交互界面100由展示层101构成，其中展示层101由网页交互模块110和系统原生交互模块120组成，用于向用户进行展示和操作。

网页交互模块110由业务界面组件111、通用界面模块组件112和javascriptframework交互框架113组成，网页交互模块110由web技术开发，使用HTML5页面进行展示；系统原生交互模块120由对话框界面组件121和导航器界面组件122组成，系统原生交互模块120由系统原生语言开发。

业务界面组件111和通用界面模块组件112向用户提供了应用程序的业务操作界面，具有展示和操作的作用；javascript framework交互框架113中包含了所有的从javascript与native进行交互的js-to-native子模块201，js-to-native子模块201用于将交互界面100中的请求输入到应用层接口300中。

应用层接口300由系统接口301、安全接口302、性能接口303和native apiframework交互框架310组成，其中，

系统接口301包括：设备位置信息接口、相册接口、缓存接口、版本管理接口、电话接口、设备信息接口、摄像头接口、数据库接口、文件存储接口、消息通知接口、系统权限接口、网络状态接口；

安全接口302包括：网络安全接口和数据安全接口；

性能接口303包括：数据包压缩接口、界面渲染接口、预加载接口、服务聚合接口、异步加载接口。

native api framework交互框架310包含了所有的从native与javascript进行交互的native-to-js子模块310，native-to-js子模块202用于将应用层接口300得到的结果调用至交互界面100中。

通信桥梁模块200由js-to-native子模块201和native-to-js子模块202组成，作为交互界面100与应用层接口300之间的交互桥梁。

应用程序启动后，交互界面在程序中的webview容器中完成了加载，当用户在交互界面100中进行了业务操作，网页交互模块110中的HTML5页面接收到用户的触发指令，将触发指令通过javascript framework交互框架113发送至通信桥梁模块200，通信桥梁模块200中的js-to-native子模块201接收到该指令后进入native端的应用层接口300，通过指令的具体业务需求，应用层接口300中对应的系统接口301、安全接口302和性能接口303会根据指令进行相应操作得到响应结果，响应结果通过native api framework交互框架310发送至通信桥梁模块200中的native-to-js子模块202，再回传给交互界面100的用户，得到响应结果。

例如，如果用户想要查询设备信息，需在交互界面100中HTML5页面进行查询设备请求操作，此时javascript framework交互框架113将交互指令传递给通信桥梁模块200中的js-to-native子模块201，js-to-native子模块201将交互指令再传递给应用层接口300，交互指令根据内容调用系统接口301中的设备信息接口，得到设备的详细参数后，将数据通过native api framework交互框架310，将返回的结果经通信桥梁模块200中的native-to-js子模块202回传给交互界面100中的业务界面组件110中。

交互指令的格式采用JSON数据格式，交互指令的交互方式使用类似Ajax调用服务器接口的方式，这种交互符合互联网开发中web端使用server端的设计理念，而且支持数据聚合能力。

从图2中可以看出，交互界面100属于业务层，通信桥梁模块200属于交互层，应用层接口300属于设备底层，应用程序做到了业务与底层分离。由于交互界面100使用web技术开发，具有较好的可移植性，因此在跨平台开发中，只需各操作系统提供对应的webview容器，再将web开发完成的HTML5交互页面进行加载，即可进行快速的程序开发，显著提升了开发效率，降低企业的成本。

由于交互页面所用的HTML5页面是统一的，因此解决了不同平台之间的程序界面不统一的问题。

用户当需要对应用程序进行版本升级时，只更新涉及交互界面100和对应的通信桥梁模块200的web文件即可，无需频繁进行应用程序的上线审核，有利于应用程序的快速更新。程序的版本控制也可由企业来进行管控，因此无需维护老版本应用程序，降低额企业运营成本。

实施例二：

本发明实施例还提供了一种应用程序混合开发的装置，参照图3，该装置包括以下单元：

加载单元410，通过终端提供的容器来加载交互界面；

通信交互单元420，接收用户通过交互界面触发的操作指令，经过交互模块调用终端的应用层接口；

响应单元430，获取应用层接口的调用结果，将调用结果经过交互模块，返回至交互界面。

在实施例一或实施例二中提供使用混合开发方法的应用程序可以由上述装置中执行，上述装置可以为计算机，手机等智能终端。

本发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

参见图4，本发明实施例还提供一种应用程序混合开发的系统500，包括：处理器501，存储器502，总线503和通信接口504，所述处理器501、存储器502和通信接口504通过总线503连接；处理器501用于执行存储器502中存储的可执行模块，例如手机应用程序。

其中，存储器502可能包含高速随机存取存储器(RAM，Random Access Memory)，也可能还包括非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。通过至少一个通信接口504(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线503可以是ISA总线、PCI总线或EISA总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器502用于存储程序，所述处理器501在接收到执行指令后，执行所述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器501中，或者由处理器501实现。

处理器501可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器501中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器501可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(DigitalSignal Processing，简称DSP)、专用集成电路(Application Specific IntegratedCircuit，简称ASIC)、现成可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器502，处理器501读取存储器502中的信息，结合其硬件完成上述方法的步骤。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种应用程序混合开发的方法，其特征在于，包括以下步骤：

加载步骤，通过终端提供的容器来加载交互界面；

通信交互步骤，接收用户通过所述交互界面触发的操作指令，经过交互模块调用终端的应用层接口；

响应步骤，获取应用层接口的调用结果，将所述调用结果经过所述交互模块，返回至交互界面。

2.根据权利要求1所述的方法，其特征在于，所述交互界面由展示层生成，所述展示层包括，网页交互模块和系统原生交互模块，所述网页交互模块，包括业务界面组件和通用界面模板组件；所述系统原生交互模块，包括对话框界面组件和导航器界面组件。

3.根据权利要求2所述的方法，其特征在于，所述网页交互模块，还包括，使用javascript语言封装的javascript framework交互框架，所述javascript framework交互框架包括js-to-native子模块，所述js-to-native子模块用于通过所述展示层调用所述应用层。

4.根据权利要求1所述的方法，其特征在于，所述通信交互步骤，包括：

接收用户通过所述交互界面触发的操作指令；

初始化javascript framework交互框架中的通信桥梁子模块；

根据所述操作指令，初始化需要发送的交互数据；

将所述交互数据发送至通信桥梁模块；

所述通信桥梁模块根据所述交互数据调用终端的应用层接口。

5.根据权利要求1所述的方法，其特征在于，所述响应步骤，包括：

获取应用层接口的调用结果；

将所述调用结果发送至所述通信桥梁模块；

将所述通信桥梁模块的调用结果发送至交互界面；

在交互界面展示所述调用结果。

6.根据权利要求3所述的方法，其特征在于，所述应用层接口，包括系统接口、安全接口和性能接口。

7.根据权利要求6所述的方法，其特征在于，所述应用层接口，还包括，由系统原生语言封装的native api framework交互框架，所述native api framework交互框架包括native-to-js子模块，所述native-to-js子模块用于将应用层接口返回的结果调用至所述展示层。

8.根据权利要求4所述的方法，其特征在于，所述交互数据使用JSON数据格式；

所述通信桥梁模块根据所述交互数据调用终端的应用层接口，具体包括：

通信桥梁模块根据所述交互数据通过异步方式调用终端的应用层接口。

9.根据权利要求8所述的方法，其特征在于，所述通信桥梁模块，由所述js-to-native子模块和所述native-to-js子模块构成。

10.一种应用程序混合开发的装置，其特征在于，包括以下单元：

加载单元，通过终端提供的容器来加载交互界面；

通信交互单元，接收用户通过所述交互界面触发的操作指令，经过交互模块调用终端的应用层接口；

响应单元，获取应用层接口的调用结果，将所述调用结果经过所述交互模块，返回至交互界面。