CN103729188A - Android系统应用程序的开发方法、运行方法、运行装置 - Google Patents

Abstract

本发明公开一种Android系统应用程序开发方法，包括如下步骤：创建UI处理类；在UI模板继承系统Handler类，并实现用于响应主Activity界面事件的接口，在UI模板中抽象出业务子类所具有的一般UI操作方法；在UI模板中抽象出业务模板，业务模板封装有业务子类所具有的一般业务方法，所述一般业务方法用于通过调用UI处理类中的静态UI处理方法向主Activity发送消息；通过UI模板、业务模板以及UI处理类开发业务子模块，所述业务子模块抽象有业务子类。本发明还公开一种Android系统应用程序运行方法及运行装置。

Description

Android系统应用程序的开发方法、运行方法、运行装置

技术领域

本发明涉及一种Android系统应用程序的开发方法、运行方法、运行装置。

背景技术

Android软件传统的设计框架常常是采用多个Activity进行跳转来实现界面的切换，各个Activity之间相互独立，而数据的交互则一般是通过Intent作为传递的媒介，在界面数量较多且每个界面布局都基本相似的时候，若还是采用传统的方式来实现则会造成资源浪费和大量重复的代码，而且不利于优化和拓展。

另外，安卓系统下内核为所有进程分配的进程内存空间是统一的、固定的、有限的，一般为24M，具体由内核定制时决定。而目前发展趋势是市场对安卓程序的要求是做得越来越绚丽，界面元素越来越复杂，所以开发时若采用多个Activity直接跳转的框架方式，很快就会耗尽进程内存，导致程序内存不足，引发OOM(Out Of Memory)。而如果引入Activity的内存释放机制，则需要针对Activity的生命周期做处理，该处理存在如下问题：一则实际没有太大效果，Android虚拟机自己会在合适的时候释放内存，二则稍有不慎则很容易引发应用程序运行异常(RuntimeException)，比如Activity在onResume()的时候引用到一些已经被系统回收的资源会引发空指针异常(NullPointerException)或者其他一些异常(位图回收异常(ThrowIfRecycledException))。

此外传统的设计框架搭建而成的应用程序，常常是只有一个独立的apk（AndroidPackage，Android安装包）的应用程序，所有的UI图片资源都打包整合入同一个apk中，应用程序UI采用布局文件进行。这样做的好处是UI图片资源直接被编译成了二进制文件，java读写较高效，而且UI布局文件设计应用程序界面较为方便，代码简洁。但是这种设计框架存在一个很大的问题，即程序升级和新功能添加时较为困难，因为即使仅仅更改一小段代码，也需要更新整个apk包，对用户的流量很高的要求；而且一旦需要更新apk，则系统每次都会弹出程序安装提示框，影响用户体验。

发明内容

为解决上述现有技术问题，本发明提供一种Android系统应用程序开发方法、应用程序运行方法。

本发明采用的一个技术方案是：

提供一种Android系统应用程序开发方法，包括如下步骤：创建UI处理类，所述UI处理类中保存有消息传递过程中的消息类型标志，并封装有静态UI处理方法；在UI模板继承系统Handler类，并实现用于响应主Activity界面事件的接口，在UI模板中抽象出业务子类所具有的一般UI操作方法；在UI模板中抽象出业务模板，业务模板封装有业务子类所具有的一般业务方法，所述一般业务方法用于通过调用UI处理类中的静态UI处理方法向主Activity发送消息；通过UI模板、业务模板以及UI处理类开发业务子模块，所述业务子模块抽象有业务子类。

本发明采用的另一个技术方案是：

提供一种Android系统应用程序运行方法，所述应用程序由所述的Android系统应用程序开发方法开发生成，所述Android系统应用程序运行方法具体包括：应用程序启动应用程序进程后开启一个资源包加载进程；资源包加载进程从外部存储器加载资源包至内存中的进程空间，资源包是以布局文件中资源ID号为关键字打包所有应用程序中需要用到的资源的数据包；业务子类通过调用UI处理类中的静态UI处理方法向主Activity发送消息；主Activity将消息交到UI模板中进行处理，所述UI处理类中保存有消息传递过程中的消息类型标志，并封装有静态UI处理方法；UI模板根据消息类型，选择与业务子类相应的UI操作方法并根据UI操作方法做出响应，进行界面展示，其中UI模板继承系统Handler类，并通过接口响应主Activity发送的消息。

本发明的有益效果是：本发明的Android系统的应用程序开发方法、运行方法及装置，将相关的代码集中封装在一起，UI模板及封装业务子类的业务模板这一逻辑结构使得在增加新的子业务模块时极为方便，只需增加少量代码便可以实现功能，并提升了程序资源的加载效率以及实现了静默安装，同时大大减小了更新程序时对用户流量的要求，极大的提高了代码的利用效率，方便管理和优化。

附图说明

图1是本发明一实施方式中一种Android系统应用程序开发方法的执行流程图；

图2是图1中步骤S104的具体实现方法流程图；

图3是本发明一实施方式中一种Android系统应用程序运行方法的执行流程图。

具体实施方式

为详细说明本发明的技术内容、构造特征、所实现目的及效果，以下结合实施方式并配合附图详予说明。

请参阅图1，是本发明一实施方式中一种Android系统应用程序开发方法的执行流程图，该Android系统应用程序开发方法包括如下步骤：

步骤S101、创建UI处理类，所述UI处理类中保存有消息传递过程中的消息类型标志，并封装有静态UI处理方法；

其中，所述静态UI处理方法包括显示进度条、显示提示对话框，显示自定义吐司提示等。具体地，UI模版实现静态UI处理方法目的是为了使终端软件更加友好，例如，通用进度条和提示框来实现在等待界面的进度条展示和在操作完成界面的消息提示。

步骤S102、在UI模板继承系统Handler类，并实现用于响应主Activity界面事件的接口，在UI模板中抽象出业务子类所具有的一般UI操作方法，所述接口包括OnClickListener、onKeyDown、onTouch、dispatchTouchEvent接口。

具体地，步骤S102的作用在于：由于每个应用子模块都要响应用户输入，比如点击、选择下拉、滑动等，所以UI模版实现通用接口来响应Activity的界面事件；另外，由于每个子模块都会在子线程或者异步任务里面处理一些较为耗时的操作，操作完成后需要通知前端进行下一步处理，所以UI模版继承Handler类来实现流程的跳转。

步骤S103、在UI模板中抽象出业务模板，业务模板封装有业务子类所具有的一般业务方法，所述一般业务方法用于通过调用UI处理类中的静态UI处理方法向主Activity发送消息，所述一般业务方法包括初始化控件、用户点击响应onClick、流程确认跳转MsgOk、流程取消跳转MsgCancle。

步骤S104、通过UI模板、业务模板以及UI处理类开发业务子模块，所述业务子模块抽象有业务子类。

具体地，步骤S103、104的作用在于，在UI模版之下继续抽象出业务模板类，封装出最一般的业务处理方法，然后根据具体子业务再抽象出具体业务子模块，最后各个业务子模块只需实现各自不同的方法并根据各自的具体业务布局文件加载不同资源即可，为后期增加各种子业务提供了极大的方便。

请参阅图2，是图1中步骤S104的具体实现方法流程图。所述步骤S104具体包括如下步骤：

步骤S1041、以资源ID号为关键字打包所有应用程序需要用到的资源。

步骤S1042、通过类装载器装载子业务子模块对应的业务子类并将其实例化，然后加载与业务子类对应的业务布局文件，所述业务布局文件包含资源ID号。

步骤S1043、在初始化控件中找到业务子类对应的控件，并设置监听的主Activity界面事件。

步骤S1044、重载用户点击响应onClick并添加相应按钮的处理事件。

步骤S1045、重载流程确认跳转MsgOk和流程取消跳转MsgCancle，并在流程确认跳转和流程取消跳转中添加自定义消息的处理函数。

以手机充值业务为例，应用开发者只需要四步就可以完成手机充值子模块的开发。第一步实例化UI模板子类并加载UI布局，每个子业务模块都是一个UI模板子类，开发者需要通过类装载器装载并实例化，实例化成功之后需要加载对应的布局显示UI界面；第二步在initViews里面找到对应的控件并设置监听事件，比如按钮的点击事件、下拉框的选择事件、滚动视图的滚动事件；第三步重载onClick并添加相应按钮的处理事件；第四步重载MsgOk和MsgCancle，由于MsgOk和MsgCancle可以自动帮应用开发者实现流程的跳转，所以开发者只需要在MsgOk和MsgCancle里面添加自定义消息的处理函数即可，如果需要处理父类的消息亦可重载。

如此Android应用程序开发变得简单，而且终端软件可拓展性极强，用极小的代价便可开发一个新的功能模块。首先，应用程序进程空间里只有一个Activity，不会出现多个Activity入栈而引发程序OOM；其次，不必在每个Activity里面都重载Handler，对每个消息都映射一个处理函数，减轻了工作量和代码冗余量；最后，不需要在Activity的特定生命周期里添加对内存释放的处理，UI模板的业务子类在切换的时候会自动调用onClose方法，onClose方法自动负责一些资源的释放，如果开发者需要做些额外的工作，亦可重载模板子类的onClose方法。

请参阅图3，是本发明一实施方式中一种Android系统应用程序运行方法的执行流程图。该应用程序由上述Android系统应用程序开发方法开发生成。

该Android系统应用程序运行方法具体包括步骤。

步骤S201、应用程序启动应用程序进程后开启一个资源包加载进程。

步骤S202、资源包加载进程从外部存储器加载资源包至内存中的进程空间，资源包是以布局文件中资源ID号为关键字打包所有应用程序中需要用到的资源的数据包。

在步骤S201、202中，布局文件引用的文件资源仅仅只标识资源ID号，并不真正引入任何资源，由于事先已经将存放在外部存储器的文件数据导入以内存形式存在的进程空间，而内存间的数据转移速度非常快，在这个过程中用户层面是感觉不到任何延迟、迟滞现象的，其界面的展示速度和流畅程度甚至比传统的资源文件与应用程序布局文件整合在一起的方式还要快。

基于上述方案，应用程序安装时需要两个文件：一个是程序apk，另一个是资源包。采用这种思路设计的系统，安装用的apk极少情况会超过1M的容量，主要的容量在资源包。一般功能较复杂的系统安装用的apk容量只在200k～300k左右。需要更新UI资源（皮肤、界面特效等）时只需要更新资源包，实现了应用程序更新时静默安装的用户特性。为进一步减少用户更新时耗费的流量，可以针对各业务功能拆分不同的资源包，只更新有变化业务对应的资源包。

步骤S203、业务子类通过调用UI处理类中的静态UI处理方法向主Activity发送消息，所述UI处理类中保存有消息传递过程中的消息类型标志，并封装有静态UI处理方法。

步骤S204、主Activity将消息交到UI模板中进行处理，UI模板继承系统Handler类，并通过接口响应主Activity发送的消息。

步骤S205、UI模板根据消息类型，选择与业务子类相应的UI操作方法并根据UI操作方法做出响应，进行界面展示。

其中，所述界面展示具体步骤为：

步骤S2051、应用程序从布局文件获得的资源ID号，以资源ID号为索引从资源包加载进程的进程空间检索获得对应的资源，并将资源导入应用程序的进程空间。

步骤S2052、应用程序根据资源ID号加载对应控件并显示。

下面对本发明一种Android系统应用程序运行装置的技术方案进行详细阐述，所述应用程序由上述的Android系统应用程序开发方法开发生成，所述Android系统应用程序运行装置具体包括开启模块、加载模块、业务子模块、消息转交模块、界面展示模块。

开启模块用于当应用程序启动应用程序进程后开启一个资源包加载进程；加载模块用于调用资源包加载进程从外部存储器加载资源包至内存中的进程空间，资源包是以布局文件中资源ID号为关键字打包所有应用程序中需要用到的资源的数据包；业务子模块用于通过业务子类通过调用UI处理类中的静态UI处理方法向主Activity发送消息，所述UI处理类中保存有消息传递过程中的消息类型标志，并封装有静态UI处理方法；消息转交模块用于采用主Activity将消息交到UI模板中进行处理，UI模板继承系统Handler类，并通过接口响应主Activity发送的消息；界面展示模块用于通过UI模板根据消息类型，选择与业务子类相应的UI操作方法并根据UI操作方法做出响应，进行界面展示。

其中，所述界面展示模块具体包括资源导入子模块和显示子模块。资源导入子模块用于通过应用程序从布局文件获得的资源ID号，以资源ID号为索引从资源包加载进程的进程空间检索获得对应的资源，并将资源导入应用程序的进程空间。显示子模块用于通过应用程序根据资源ID号加载对应控件并显示。

本发明的Android系统应用程序的开发方法、运行方法及装置，将相关的代码集中封装在一起，UI模板及封装业务子类的业务模板这一逻辑结构使得在增加新的子业务模块时极为方便，只需增加少量代码便可以实现功能，并提升了程序资源的加载效率以及实现了静默安装，同时大大减小了更新程序时对用户流量的要求，极大的提高了代码的利用效率，方便管理和优化。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种Android系统应用程序开发方法，其特征在于，包括如下步骤：

创建UI处理类，所述UI处理类中保存有消息传递过程中的消息类型标志，并封装有静态UI处理方法；

在UI模板继承系统Handler类，并实现用于响应主Activity界面事件的接口，在UI模板中抽象出业务子类所具有的一般UI操作方法；

在UI模板中抽象出业务模板，业务模板封装有业务子类所具有的一般业务方法，所述一般业务方法用于通过调用UI处理类中的静态UI处理方法向主Activity发送消息；

通过UI模板、业务模板以及UI处理类开发业务子模块，所述业务子模块抽象有业务子类。

2.根据权利要求1所述的一种Android系统应用程序开发方法，其特征在于，所述接口包括OnClickListener、onKeyDown、onTouch、dispatchTouchEvent接口，所述一般业务方法包括初始化控件、用户点击响应onClick、流程确认跳转MsgOk、流程取消跳转MsgCancle。

3.根据权利要求2所述的一种Android系统应用程序开发方法，其特征在于，所述“通过UI模板、业务模板以及创建UI处理类开发业务子模块”具体包括如下步骤：

以资源ID号为关键字打包所有应用程序需要用到的资源；

通过类装载器装载子业务子模块对应的业务子类并将其实例化，然后加载与业务子类对应的业务布局文件，所述业务布局文件包含资源ID号；

在初始化控件中找到业务子类对应的控件，并设置监听的主Activity界面事件；

重载用户点击响应onClick并添加相应按钮的处理事件；

重载流程确认跳转MsgOk和流程取消跳转MsgCancle，并在流程确认跳转和流程取消跳转中添加自定义消息的处理函数。

4.根据权利要求1所述的一种Android系统应用程序开发方法，其特征在于，所述静态UI处理方法包括显示进度条、显示提示对话框，显示自定义吐司提示等。

5.一种Android系统应用程序运行方法，其特征在于，所述应用程序由权利要求1-4任意一项所述的Android系统应用程序开发方法开发生成，所述Android系统应用程序运行方法具体包括：

应用程序启动应用程序进程后开启一个资源包加载进程；

资源包加载进程从外部存储器加载资源包至内存中的进程空间，资源包是以布局文件中资源ID号为关键字打包所有应用程序中需要用到的资源的数据包；

业务子类通过调用UI处理类中的静态UI处理方法向主Activity发送消息，所述UI处理类中保存有消息传递过程中的消息类型标志，并封装有静态UI处理方法；

主Activity将消息交到UI模板中进行处理，UI模板继承系统Handler类，并通过接口响应主Activity发送的消息；

UI模板根据消息类型，选择与业务子类相应的UI操作方法并根据UI操作方法做出响应，进行界面展示。

6.根据权利要求5所述的一种Android系统应用程序运行方法，其特征在于，

所述界面展示步骤具体为：

应用程序从布局文件获得的资源ID号，以资源ID号为索引从资源包加载进程的进程空间检索获得对应的资源，并将资源导入应用程序的进程空间；

应用程序根据资源ID号加载对应控件并显示。

7.根据权利要求5所述的一种Android系统应用程序运行方法，其特征在于，所述接口包括OnClickListener、onKeyDown、onTouch、dispatchTouchEvent接口。

8.一种Android系统应用程序运行装置，其特征在于，所述应用程序由权利要求1-4任意一项所述的Android系统应用程序开发方法开发生成，所述Android系统应用程序运行装置具体包括：

开启模块，用于当应用程序启动应用程序进程后开启一个资源包加载进程；

加载模块，用于调用资源包加载进程从外部存储器加载资源包至内存中的进程空间，资源包是以布局文件中资源ID号为关键字打包所有应用程序中需要用到的资源的数据包；

业务子模块，用于通过业务子类通过调用UI处理类中的静态UI处理方法向主Activity发送消息，所述UI处理类中保存有消息传递过程中的消息类型标志，并封装有静态UI处理方法；

消息转交模块，用于采用主Activity将消息交到UI模板中进行处理，UI模板继承系统Handler类，并通过接口响应主Activity发送的消息；

界面展示模块，用于通过UI模板根据消息类型，选择与业务子类相应的UI操作方法并根据UI操作方法做出响应，进行界面展示。

9.根据权利要求8所述的一种Android系统应用程序运行装置，其特征在于，所述界面展示模块具体包括：

资源导入子模块，用于通过应用程序从布局文件获得的资源ID号，以资源ID号为索引从资源包加载进程的进程空间检索获得对应的资源，并将资源导入应用程序的进程空间；

显示子模块，用于通过应用程序根据资源ID号加载对应控件并显示。

10.根据权利要求8所述的一种Android系统应用程序运行装置，其特征在于，所述接口包括OnClickListener、onKeyDown、onTouch、dispatchTouchEvent接口。

Images