[发明专利]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系统应用程序运行方法的执行流程图。