CN105335206A - 一种自定义系统控件的扩展方法及系统 - Google Patents

Abstract

本发明公开了一种自定义系统控件的扩展方法及系统，所述方法包括：将编写自定义控件的源代码生成自定义控件源码包，将加入的相关资源生成自定义系统控件资源包，并分别进行编译；系统分别加载自定义系统控件源码包及自定义系统控件资源包。本发明可将自定义系统控件资源独立打包，减少与系统资源的偶合度，便于动态实现自定义系统控件资源包的效果替换；降低维护成本，提供开发效率。

Description

一种自定义系统控件的扩展方法及系统

技术领域

本发明涉及Android自定义控件开发技术领域，尤其涉及一种自定义系统控件的扩展方法及系统。

背景技术

Android作为最主流的操作系统之一，为了争夺一席之地，各大厂商在UI（UserInterface，用户界面）风格上下足功夫。为了兼容又区别于系统原生控件，不可避免的会订制自有风格的系统控件。原有的自定义系统控件是以增量的方式打包到系统控件资源包中去，使得自定义控件的资源与原生系统资源耦合度过高。因系统资源包与系统版本相关度过高，稍有不对应即可引起系统显示错误甚至无法开启等严重问题。如果要想要替换自定义控件的风格，只能采用系统升级，替换整个系统来实现。

因此，现有技术还有待于改进和发展。

发明内容

鉴于现有技术的不足，本发明目的在于提供一种自定义系统控件的扩展方法及系统，旨在解决现有技术中系统资源包与系统版本相关度过高，当自定义控件资源升级时，系统会显示错误甚至无法开启的缺陷。

本发明的技术方案如下：

一种自定义系统控件的扩展方法，其中，方法包括：

A、将编写自定义控件的源代码生成自定义控件源码包，将加入的相关资源生成自定义系统控件资源包，并分别进行编译；

B、系统分别加载自定义系统控件源码包及自定义系统控件资源包。

所述的自定义系统控件的扩展方法，其中，所述步骤A具体包括：

A1、编写自定义系统控件源代码设置在自定义系统控件目录下，编写对应的Android编译配置文件；

A2、编写自定义控件相关的资源文件，放置在自定义系统控件目录下，将自定义系统控件使用的相关图片资源放置在自定义系统控件目录，编写对应的Android编译配置文件，并为自定义控件系统包定义唯一控件包名称，将编写好的编译配置文件放置在自定义系统控件目录下；

A3、修改自定义系统控件源代码中对于自定义系统控件相关资源的引用方式，修改为根据自定义系统控件资源包的包名进行引用；

A4、编译生成的自定义系统控件源码包及自定义系统控件资源包。

所述的自定义系统控件的扩展方法，其中，所述步骤B具体包括：

B1、自定义系统控件源码包在开机初始化时进行加载；

B2、启动Android平台的Java虚拟机，初始化预加载自定义系统控件资源包。

所述的自定义系统控件的扩展方法，其中，所述步骤A2之前还包括具体包括：

A21、修改系统环境中的Android编译配置文件；

A22、修改编译工具，当编译自定义系统控件资源时，为自定义系统控件资源包反向分配资源包id。

所述的自定义系统控件的扩展方法，其中，所述步骤B1具体包括：

B11、重新指定自定义系统控件的资源包的加载路径，设置默认路径为系统路径、可选路径为其它路径；

B12、系统初始化时，根据动态选择的路径进行加载，若动态选择路径下无自定义系统资源包则加载系统路径下的自定义资源包。

一种自定义系统控件的扩展系统，其中，系统包括：

资源包生成与编译模块，用于将编写自定义控件的源代码生成自定义控件源码包，将加入的相关资源生成自定义系统控件资源包，并分别进行编译；

加载模块，用于系统分别加载自定义系统控件源码包及自定义系统控件资源包。

所述的自定义系统控件的扩展系统，其中，所述资源包生成与编译模块具体包括：

自定义控件源码生成单元，用于编写自定义系统控件源代码设置在自定义系统控件目录下，编写对应的Android编译配置文件；

视图资源包生成单元，用于编写自定义控件相关的资源文件，放置在自定义系统控件目录下，将自定义系统控件使用的相关图片资源放置在自定义系统控件目录，编写对应的Android编译配置文件，并为自定义控件系统包定义唯一控件包名称，将编写好的编译配置文件放置在自定义系统控件目录下；

引用方式修改单元，用于修改自定义系统控件源代码中对于自定义系统控件相关资源的引用方式，修改为根据自定义系统控件资源包的包名进行引用；

编译单元，用于编译生成的自定义系统控件源码包及自定义系统控件资源包。

所述的自定义系统控件的扩展系统，其中，所述加载模块具体包括：

加载单元，用于自定义系统控件源码包在开机初始化时进行加载；

初始化单元，用于启动Android平台的Java虚拟机，初始化预加载自定义系统控件资源包。

所述的自定义系统控件的扩展系统，其中，所述资源包生成与编译模块还包括：

编译配置文件修改单元，用于修改系统环境中的Android编译配置文件；

资源包id分配单元，用于修改编译工具，当编译自定义系统控件资源时，为自定义系统控件资源包反向分配资源包id。

所述的自定义系统控件的扩展系统，其中，所述加载单元具体包括：

路径设置模块，用于重新指定自定义系统控件的资源包的加载路径，设置默认路径为系统路径、可选路径为其它路径；

路径选择与加载单元，用于系统初始化时，根据动态选择的路径进行加载，若动态选择路径下无自定义系统资源包则加载系统路径下的自定义资源包。

有益效果：发明可将自定义系统控件资源独立打包，减少与系统资源的偶合度，便于动态实现自定义系统控件资源包的效果替换；降低维护成本，提供开发效率。

附图说明

图1为本发明的一种自定义系统控件的扩展方法的较佳实施例的流程图。

图2为本发明的一种自定义系统控件的扩展系统的较佳实施例的功能原理框图。

具体实施方式

为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供了一种自定义系统控件的扩展方法的较佳实施例的流程图，如图1所示，所述方法包括：

步骤S100、将编写自定义控件的源代码生成自定义控件源码包，将加入的相关资源生成自定义系统控件资源包，并分别进行编译。

具体实施时，自定义控件是已编译的服务器端控件，它将用户界面和其他功能都封装起来到可复用的包中。程序员编写自定义控件的源代码，将编写自定义控件的源代码打包生成自定义控件源码包，而资源文件如图片资源文件的相关资源打包生成自定义系统控件资源包，同时分别进行编译。

步骤S200、系统分别加载自定义系统控件源码包及自定义系统控件资源包。

具体实施时，系统获取自定义系统控件源码包及自定义系统控件资源包的加载路径。系统在初始化时，分别加载自定义系统控件源码包及自定义系统控件资源包，从而实现自定义系统控件源码包与原系统的分离。而自定义系统控件源码包发生变化时，系统仍然可以正常工作。

进一步的，所述步骤S100具体包括：

步骤S101、编写自定义系统控件源代码设置在自定义系统控件目录下，编写对应的Android编译配置文件；

步骤S102、编写自定义控件相关的资源文件，放置在自定义系统控件目录下，将自定义系统控件使用的相关图片资源放置在自定义系统控件目录，编写对应的Android编译配置文件，并为自定义控件系统包定义唯一控件包名称，将编写好的编译配置文件放置在自定义系统控件目录下；

步骤S103、修改自定义系统控件源代码中对于自定义系统控件相关资源的引用方式，修改为根据自定义系统控件资源包的包名进行引用；

步骤S104、编译生成的自定义系统控件源码包及自定义系统控件资源包。

具体实施时，所述步骤S101中，编写自定义系统控件源代码，置在自定义系统控件目录下,编写对应的Android编译配置文件，备用。

所述步骤S102具体为：编写自定义控件相关的资源文件，放置在自定义系统控件目录下；将自定义系统控件使用的相关图片资源也放置在自定义系统控件目录下；编写对应的Android编译配置文件，自定义系统控件资源包依赖的AndroidManifest.xml，其中AndroidManifest.xml为自定义系统控件资源的资源包唯一性控件包名称，将文件放置在自定义系统控件目录下。

进一步的实施例中，所述步骤S102之前还包括：

步骤S121、修改系统环境中的Android编译配置文件；

步骤S122、修改编译工具，当编译自定义系统控件资源时，为自定义系统控件资源包反向分配资源包id。

具体实施时，修改系统环境中的android编译配置文件，使得自定义系统控件拥有自己的配置项供其它相关android编译配置文件使用。

所述步骤S122中具体包括修改AAPT资源编译工具。

自定义系统控件资源包中编写的AndroidManifest.xml中定义了新的自定义系统资源的资源包名称，为了将该名称区别于其它资源包，需要分配新的资源包id作为自定义系统控件资源包的包id。其中，系统资源的资源包id是0x01，Android应用的资源包id是0x7f属于固定资源包id，不能占用。新定义的自定义系统控件资源的资源包id需为唯一标识符id，不能与其它任何资源包id重复，也不得抢占其它已有资源包id，否则会引起系统崩溃。本案根据android系统之特性，系统相关资源包id的增加方式为正向累加方式。固自定义系统控件资源包id取值自最大值反向累减方式，遇到已占用资源包id则跳过该值并取值下一个。

为区别于系统资源包id的正向取值，新增加自定义系统控件的AAPT编译选项，添加到自定义系统资源包目录下的编写对应的Android编译配置文件中。AAPT编译资源时，遇到自定义系统控件资源时，则会为自定义系统控件资源包反向分配资源包id。

进一步的实施例中，其中步骤S200具体包括：

步骤S201、自定义系统控件源码包在开机初始化时进行加载；

步骤S202、启动Android平台的Java虚拟机，初始化预加载自定义系统控件资源包。

具体实施时，自定义系统控件源码包作为Android系统的基础库，在开机初始化时进行加载。启动Android平台的Java虚拟机，通过孵化器(Zygote)进程初始化预加载自定义系统控件资源包。其中Zygote进程是接收客户端创建进程的请求，从而创建进程。

其中，所述步骤S201具体包括：

步骤S211、重新指定自定义系统控件的资源包的加载路径，设置默认路径为系统路径、可选路径为其它路径；

步骤S212、系统初始化时，根据动态选择的路径进行加载，若动态选择路径下无自定义系统资源包则加载系统路径下的自定义资源包。

具体实施时，在加载自定义系统控件资源包之前，需要预先设置指定自定义系统控件资源包加载路径。

在系统初始化时，系统资源包（包括系统增量资源）加载路径会被指定，而自定义系统控件的资源包已经从系统资源包中抽离，形成独立的资源包，需要重新指定加载路径才会被系统初始化时加载；自定义系统控件的加载路径以可控方式进行设定：默认路径设置为系统路径；可选路径设定为其它路径，可用于动态更替自定义系统资源包使用。

系统启动初始化时，根据动态选择的路径进行加载，若动态选择路径无自定义系统资源包则加载系统路径下的自定义系统资源包。

由以上方法实施例可知，本发明提供了一种自定义系统控件的扩展方法，通过修改android编译配置文件，修改源码后，添加自定义系统控件代码及资源，修改自定义控件源码编译文件及控件包名称，编译生成的自定义控件包及资源包，系统初始化时，根据预先指定的自定义控件资源包路径，加载自定义系统控件资源。本发明可降低自定义系统控件与原生代码的耦合度，减少系统移植的工作量，方便动态实现系统控件的效果替换，降低系统出错的几率。

在上述方法实施例的基础上，本发明还提供了一种自定义系统控件的扩展系统的较佳实施例的功能原理框图，如图2所示，所述系统包括：

资源包生成与编译模块100，用于将编写自定义控件的源代码生成自定义控件源码包，将加入的相关资源生成自定义系统控件资源包，并分别进行编译；具体如上所述。

加载模块200，用于系统分别加载自定义系统控件源码包及自定义系统控件资源包；具体如上所述。

所述的自定义系统控件的扩展系统，其中，所述资源包生成与编译模块具体包括：

自定义控件源码生成单元，用于编写自定义系统控件源代码设置在自定义系统控件目录下，编写对应的Android编译配置文件；具体如上所述。

视图资源包生成单元，用于编写自定义控件相关的资源文件，放置在自定义系统控件目录下，将自定义系统控件使用的相关图片资源放置在自定义系统控件目录，编写对应的Android编译配置文件，并为自定义控件系统包定义唯一控件包名称，将编写好的编译配置文件放置在自定义系统控件目录下；具体如上所述。

引用方式修改单元，用于修改自定义系统控件源代码中对于自定义系统控件相关资源的引用方式，修改为根据自定义系统控件资源包的包名进行引用；具体如上所述。

编译单元，用于编译生成的自定义系统控件源码包及自定义系统控件资源包；具体如上所述。

所述的自定义系统控件的扩展系统，其中，所述加载模块具体包括：

加载单元，用于自定义系统控件源码包在开机初始化时进行加载；具体如上所述。

初始化单元，用于启动Android平台的Java虚拟机，初始化预加载自定义系统控件资源包；具体如上所述。

所述的自定义系统控件的扩展系统，其中，所述资源包生成与编译模块还包括：

编译配置文件修改单元，用于修改系统环境中的Android编译配置文件；具体如上所述。

资源包id分配单元，用于修改编译工具，当编译自定义系统控件资源时，为自定义系统控件资源包反向分配资源包id；具体如上所述。

所述的自定义系统控件的扩展系统，其中，所述加载单元具体包括：

路径设置模块，用于重新指定自定义系统控件的资源包的加载路径，设置默认路径为系统路径、可选路径为其它路径；具体如上所述。

路径选择与加载单元，用于系统初始化时，根据动态选择的路径进行加载，若动态选择路径下无自定义系统资源包则加载系统路径下的自定义资源包；具体如上所述。

综上所述，本发明公开了一种自定义系统控件的扩展方法及系统，所述方法包括：将编写自定义控件的源代码生成自定义控件源码包，将加入的相关资源生成自定义系统控件资源包，并分别进行编译；系统分别加载自定义系统控件源码包及自定义系统控件资源包。本发明可将自定义系统控件资源独立打包，减少与系统资源的偶合度，便于动态实现自定义系统控件资源包的效果替换；降低维护成本，提供开发效率。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (10)

1.一种自定义系统控件的扩展方法，其特征在于，方法包括：

A、将编写自定义控件的源代码生成自定义控件源码包，将加入的相关资源生成自定义系统控件资源包，并分别进行编译；

B、系统分别加载自定义系统控件源码包及自定义系统控件资源包。

2.根据权利要求1所述的自定义系统控件的扩展方法，其特征在于，所述步骤A具体包括：

A1、编写自定义系统控件源代码设置在自定义系统控件目录下，编写对应的Android编译配置文件；

A2、编写自定义控件相关的资源文件，放置在自定义系统控件目录下，将自定义系统控件使用的相关图片资源放置在自定义系统控件目录，编写对应的Android编译配置文件，并为自定义控件系统包定义唯一控件包名称，将编写好的编译配置文件放置在自定义系统控件目录下；

A3、修改自定义系统控件源代码中对于自定义系统控件相关资源的引用方式，修改为根据自定义系统控件资源包的包名进行引用；

A4、编译生成的自定义系统控件源码包及自定义系统控件资源包。

3.根据权利要求2所述的自定义系统控件的扩展方法，其特征在于，所述步骤B具体包括：

B1、自定义系统控件源码包在开机初始化时进行加载；

B2、启动Android平台的Java虚拟机，初始化预加载自定义系统控件资源包。

4.根据权利要求3所述的自定义系统控件的扩展方法，其特征在于，所述步骤A2之前还包括具体包括：

A21、修改系统环境中的Android编译配置文件；

A22、修改编译工具，当编译自定义系统控件资源时，为自定义系统控件资源包反向分配资源包id。

5.根据权利要求4所述的自定义系统控件的扩展方法，其特征在于，所述步骤B1具体包括：

B11、重新指定自定义系统控件的资源包的加载路径，设置默认路径为系统路径、可选路径为其它路径；

B12、系统初始化时，根据动态选择的路径进行加载，若动态选择路径下无自定义系统资源包则加载系统路径下的自定义资源包。

6.一种自定义系统控件的扩展系统，其特征在于，系统包括：

资源包生成与编译模块，用于将编写自定义控件的源代码生成自定义控件源码包，将加入的相关资源生成自定义系统控件资源包，并分别进行编译；

加载模块，用于系统分别加载自定义系统控件源码包及自定义系统控件资源包。

7.根据权利要求6所述的自定义系统控件的扩展系统，其特征在于，所述资源包生成与编译模块具体包括：

自定义控件源码生成单元，用于编写自定义系统控件源代码设置在自定义系统控件目录下，编写对应的Android编译配置文件；

视图资源包生成单元，用于编写自定义控件相关的资源文件，放置在自定义系统控件目录下，将自定义系统控件使用的相关图片资源放置在自定义系统控件目录，编写对应的Android编译配置文件，并为自定义控件系统包定义唯一控件包名称，将编写好的编译配置文件放置在自定义系统控件目录下；

引用方式修改单元，用于修改自定义系统控件源代码中对于自定义系统控件相关资源的引用方式，修改为根据自定义系统控件资源包的包名进行引用；

编译单元，用于编译生成的自定义系统控件源码包及自定义系统控件资源包。

8.根据权利要求7所述的自定义系统控件的扩展系统，其特征在于，所述加载模块具体包括：

加载单元，用于自定义系统控件源码包在开机初始化时进行加载；

初始化单元，用于启动Android平台的Java虚拟机，初始化预加载自定义系统控件资源包。

9.根据权利要求8所述的自定义系统控件的扩展系统，其特征在于，所述资源包生成与编译模块还包括：

编译配置文件修改单元，用于修改系统环境中的Android编译配置文件；

资源包id分配单元，用于修改编译工具，当编译自定义系统控件资源时，为自定义系统控件资源包反向分配资源包id。

10.根据权利要求9所述的自定义系统控件的扩展系统，其特征在于，所述加载单元具体包括：

路径设置模块，用于重新指定自定义系统控件的资源包的加载路径，设置默认路径为系统路径、可选路径为其它路径；

路径选择与加载单元，用于系统初始化时，根据动态选择的路径进行加载，若动态选择路径下无自定义系统资源包则加载系统路径下的自定义资源包。