CN106547519B - 信息处理方法及*** - Google Patents

Abstract

本发明实施例公开了一种信息处理方法及***，所述方法包括：创建类库工程；其中，所述类库工程包括源代码和源代码执行所需的资源；在所述类库工程中建立第一文件和第二文件；在所述第一文件中对所述资源的标识进行声明；在所述第二文件中对所述资源的标识进行定义；其中，所述第一文件的声明和第二文件中的定义用于客户应用工程的引用。

Description

信息处理方法及***

技术领域

本发明涉及信息技术领域，尤其涉及一种信息处理方法及***。

背景技术

在应用软件(例如安卓软件)开发过程中，经常需要将自己开发一个类库打包成jar包以供他人调用。在应用软件发布的时候，将纯代码打包成src.jar,同时使用一个中间代理的代理工程，再将已经打包的src.jar加入到代理工程的引用中，并且将所用到的资源放到代理工程中，直接发布代理工程给客户。

客户应用需要使用的时候，只要简单的加入对代理工程的引用即可。Src.jar中含有对资源编译生成的R.java文件。Src.jar中使用到资源的可通过查找R.java文件来确定。客户工程重新编译时会对代理工程中的资源处理，会生成另一个R.java，且在重新生成的R.java中会生成资源的新定义。这就可能存在这样的问题Src.jar中的R.java文件和客户工程中的R.java中的定义不一致的问题。这时就会产生资源找不到的错误。现有的解决方案中，需要增加一个映射Map工具类，通过资源的名字来映射查找资源。

但是存在的问题是：在进行代码修改时，可能需要对R.java中的所有R.XXX.id进行调用并全部替换成Map工具类函数的调用，这个时候工作人员需要逐一进行手动修改，工作繁琐且容易出现错误，且还需要同时提供额外的Map工具来实现上述操作。

发明内容

有鉴于此，本发明实施例期望提供一种信息处理方法及***，至少部分解决上述问题中一个或多个。

为达到上述目的，本发明的技术方案是这样实现的：

本发明实施例第一方面提供一种信息处理方法，所述方法包括：

创建类库工程；其中，所述类库工程包括源代码和源代码执行所需的资源；

在所述类库工程中建立第一文件和第二文件；

在所述第一文件中对所述资源的标识进行声明；

在所述第二文件中对所述资源的标识进行定义；

其中，所述第一文件的声明和第二文件中的定义用于客户应用工程的引用。

基于上述方案，所述方法还包括：

对所述源代码进行第一次编译，生成包括所述资源的标识和定义的第三文件；

所述在所述第一文件中对所述资源的标识进行声明，包括：

从所述第三文件中选择需要公开的资源的标识，添加到所述第一文件中；

所述在所述第二文件中对所述资源的标识进行定义，包括：

从所述第三文件中选择需要公开的资源的标识，添加到所述第二文件中。

基于上述方案，所述方法还包括：

基于所述第一文件和第二文件，对所述类库工程的进行第二次编译，形成编译后的代码；

基于所述所需的资源，形成资源目录；

将所述编译后的代码与所述资源目录打包形成代码包。

基于上述方案，所述方法还包括：

创建代理工程；

在所述代理工程的代理库中添加所述第一文件、所述第二文件和所述资源；

在所述代理工程中添加对所述代码包的引用。

基于上述方案，所述方法还包括：

创建客户应用工程；

在所述客户应用工程中引用所述代理库。

本发明实施例第二方面提供一种信息处理***，所述***包括：

第一创建单元，用于创建类库工程；其中，所述类库工程包括源代码和源代码执行所需的资源；

建立单元，用于在所述类库工程中建立第一文件和第二文件；

声明单元，用于在所述第一文件中对所述资源的标识进行声明；

定义单元，用于在所述第二文件中对所述资源的标识进行定义；

其中，所述第一文件的声明和第二文件中的定义用于客户应用工程的引用。

基于上述方案，所述***还包括：

第一编译单元，用于对所述源代码进行第一次编译，生成包括所述资源的标识和定义的第三文件；

所述声明单元，具体用于从所述第三文件中选择需要公开的资源的标识，添加到所述第一文件中；

所述定义单元，具体用于从所述第三文件中选择需要公开的资源的标识，添加到所述第二文件中。

基于上述方案，所述***还包括：

第二编译单元，用于基于所述第一文件和第二文件，对所述类库工程的进行第二次编译，形成编译后的代码；

第一形成单元，用于基于所述所需的资源，形成资源目录；

第二形成单元，用于将所述编译后的代码与所述资源目录打包形成代码包。

基于上述方案，所述***还包括：

第二创建单元，用于创建代理工程；

添加单元，用于在所述代理工程的代理库中添加所述第一文件、所述第二文件和所述资源；

第一引用单元，用于在所述代理工程中添加对所述代码包的引用。

基于上述方案，所述***还包括：

第三创建单元，用于创建客户应用工程；

第二引用单元，用于在所述客户应用工程中引用所述代理库。

本发明实施例提供的信息处理方法及***，在在类库工程中建立第一文件和第二文件；第一文件用于对源代码执行所需的资源进行声明，第二文件对第一中声明的资源进行定义，这样后续的客户应用工程就能够直接沿用这两个文件中的声明和定义，不用在额外进行声明和定义，从而避免了在不同工程中分别声明和定义导致的对同一资源的声明和定义不统一的现象；也不用额外建立映射关系，这样后续在进行修改代码时，涉及的资源的标识和名称替换时，就不用逐一人工查找进行替换，大量减少了工作人员的操作，提高了智能性和效率。

附图说明

图1为本发明实施例提供的第一种信息处理方法的流程示意图；

图2为本发明实施例提供的第二种信息处理方法的流程示意图；

图3为本发明实施例提供的第三种信息处理方法的流程示意图；

图4为本发明实施例提供的第一种信息处理***的结构示意图；

图5为本发明实施例提供的第二种信息处理***的结构示意图；

图6为本发明实施例提供的第四种信息处理方法的流程示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

方法实施例：

如图1所示，本实施例提供一种信息处理方法，所述方法包括：

步骤S110：创建类库工程；其中，所述类库工程包括源代码和源代码执行所需的资源；

步骤S120：在所述类库工程中建立第一文件和第二文件；

步骤S130：在所述第一文件中对所述资源的标识进行声明；

步骤S140：在所述第二文件中对所述资源的标识进行定义；

其中，所述第一文件的声明和第二文件中的定义用于客户应用工程的引用。

本实施例所述的信息处理方法可应用于代码的编译和软件开发过程中。所述类库工程对应的英文为Class Project，为形成包括多个类对象的集合的过程。

所述类库工程中包括利用各种编程语言写的源代码，例如，利用Java编写的源代码。所述所需的资源，可包括图片、存储空间、文字、链接等源代码执行所需的各种素材。

在步骤S120中将创建第一文件和第二文件。所述第一文件可为ids.xml；所述第二文件可为public.xml。第一文件中对所述资源的标识进行声明。所述资源可为所述源代码执行所需的资源中部分需要公开的资源。所述资源的标识可为所述资源的标识信息对应的变量。第二文件对资源的标识进行定义，相当于对该变量进行赋值，该赋值可具体为资源的标号，资源的名称或资源的统一资源地址等，例如图片的编号等。通常所述第二文件中的定义是对第一文件中所声明的标识进行的定义。

在本实施例中在所述第一文件进行了声明和第二文件进行了定义之后，在后续进行客户应用工程处理时，客户应用工程的开发人员不用在重新对所述资源的标识进行声明和定义，这样的话，就不会产生客户应用工程中形成的声明和定义，不同于类库工程中形成的声明和定义的问题，这样就实现了在类库工程和客户应用工程中资源的标识的声明和定义的统一，也无需再通过Map建立映射目录等。在后续进行代码改写时，改写人员也不用逐一核对和改写，提高了工作效率，同时避免了人工因素导致错误。

如图2所示，所述方法还包括：

步骤S101：对源代码进行第一次编译，生成包括所述资源的标识和定义的第三文件；

所述步骤S130可包括：从所述第三文件中选择需要公开的资源的标识，添加到所述第一文件中；

所述步骤S140包括：从所述第三文件中选择需要公开的资源的标识，添加到所述第二文件中。

例如，以Java程序的类库工程的编译为例，则对源代码进行第一次编译后，将形成R.java文件。该文件内可包括资源的声明和定义。

为了确保后续客户应用工程的引用正确，在本实施例中，所述步骤S130将会直接从R.java文件中拷贝所需公开的资源的标识，来实现声明。步骤S140中将会直接从R.java文件中拷贝所需公开的资源的定义，来实现对资源的定义。

当然编译后会形成各种R.class文件。值得注意的是R.java文件和R.class能见中的“R”均泛指代文件名。

这样不仅就简便的实现了需要公开的资源的标识的在第一文件中的声明和在第二文件中的定义，且能够保证后续客户应用工程与类库工程中对同一资源的标识的声明相同，对同一资源的定义相同，从而能够避免冲突。

此外，如图3所示，所述方法还包括：

步骤S150：基于所述第一文件和第二文件，对所述类库工程的进行第二次编译，形成编译后的代码；

步骤S160：基于所述所需的资源，形成资源目录；

步骤S170：将所述编译后的代码与所述资源目录打包形成代码包。

例如，以Java代码为例，对第一次编译后的代码进行第二次编译，如对第一次编译后的class文件再次进行编译，这次编译的时候，将代码中需要替换的标识和定义，替换成第一文件中声明和第二文件中的定义。显然在这次编译时，查找的是第一文件和第二文件，且进行第二次编译后的编译后代码，资源的标识能够确保与第一文件和第二文件中的一致，从而能够方便与客户应用工程中的资源标识的声明和定义保持一致。编译后的所述代码包，以java代码为例可为形成了新的src.jar。

此外，所述方法还包括：

创建代理工程；

在所述代理工程的代理库中添加所述第一文件、所述第二文件和所述资源；

在所述代理工程中添加对所述代码包的引用。

例如，以安卓应用代码开发为例，所述代理工程为位于类库工程和客户应用工程中的一个中间工程。在本实施例中需要将第一文件和第二文件及所需资源添加到代理工程的代理库中。同时需要添加对代码包的引用。通过这一步骤的执行，所述代理工程就指代了所需公开的资源的标识的声明和定义。通过对代码包的引用，就可以调用该代码包了。

此外，所述方法还包括：

创建客户应用工程；

在所述客户应用工程中引用所述代理库。

在客户应用工程中可直接引用包括了第一文件、第二文件、资源并添加有代码包引用的代理库，这样客户应用工程在调用所述代理库时，一并将获取第一文件的资源标识的声明和第二文件中的定义，这样就不用额外重新创建一个，这样显然保证了在库类工程、代理工程和客户应用工程中对同一资源的标识的声明和定义的统一，无需在进行映射目录建立等处理，同时避免了代码修改过程中的人工查找替换操作。

***实施例：

如图4所示，本实施例提供一种信息处理***，所述***包括：

第一创建单元110，用于创建类库工程；其中，所述类库工程包括源代码和源代码执行所需的资源；

建立单元120，用于在所述类库工程中建立第一文件和第二文件；

声明单元130，用于在所述第一文件中对所述资源的标识进行声明；

定义单元140，用于在所述第二文件中对所述资源的标识进行定义；

其中，所述第一文件的声明和第二文件中的定义用于客户应用工程的引用。

本实施例所述的信息处理***可用于应用开发，例如安卓应用的开发。

所述第一创建单元110、建立单元120、声明单元130和定义单元140的硬件结构可对应于处理器或处理电路。所述处理器可包括中央处理器、微处理器、数字信号处理器或可编程阵列。所述处理电路可包括专用集成电路。所述***内还包括存储介质，所述存储介质存储有可执行代码。所述处理器和所述处理电路可通过通信接口，例如内部通信接口总线等与所述存储介质相连。所述处理器或所述处理电路通过执行所述可执行代码，实现上述单元的功能。上述任意两个单元可以集成对应相同的处理器或处理电路，也可以每一个单元对应不同给的处理器或处理电路。当两个或两个以上的单元集成对应于同一处理器或处理电路时，所述处理器或处理电路可采用时分复用或并发线程处理不同单元的功能。

本实施例***可用于前述方法例所述的信息处理方法，通过第一文件和第二文件的建立及资源的标识的声明和定义，方便后续客户应用工程不用在额外进行标识的声明和定义，避免了两次或两次以上在不同工程的声明和定义，导致的对同一资源的声明和定义的不同，造成的冲突问题。

如图5所示，所述***还包括：

第一编译单元150，用于对所述源代码进行第一次编译，生成包括所述资源的标识和定义的第三文件；

所述声明单元130，具体用于从所述第三文件中选择需要公开的资源的标识，添加到所述第一文件中；

所述定义单元140，具体用于从所述第三文件中选择需要公开的资源的标识，添加到所述第二文件中。

在本实施例中所述第一编译单元150的具体结构可包括处理器或处理电路，所述处理器或处理电路的具体结构可参见前述实施例。在本实施例中所述第一编译单元150会对源代码进行第一次编译，编译形成编译后的代码或文件。所述第三文件即为对源代码的编译形成的文件，例如，经过第一次编译后形成的R.java文件等。在所述R.java文件中存储有编译后对该编译后代码的资源的标识的声明和定义。在本实施例中为了重复定义导致的定义冲突，在本实施例中所述声明单元130具体用于从第三文件中选择需要公开的资源的标识。所述定义单元140具体用于从第三文件中选择定义。

此外，所述***还包括：

第二编译单元，用于基于所述第一文件和第二文件，对所述类库工程的进行第二次编译，形成编译后的代码；

第一形成单元，用于基于所述所需的资源，形成资源目录；

第二形成单元，用于将所述编译后的代码与所述资源目录打包形成代码包。

在本实施例所述***还包括第二编译单元，所述第二编译单元的物理结构与所述第一编译单元的结构类似，不同的是编译的对象不同。

所述第一形成单元和所述第二形成单元的具体结构也可包括处理器或处理电路。第一形成单元将形成资源目录，这样的话，后续在使用软件或程序时，可通过查询该资源目录，知道代码运行需要哪些资源。

所述第二形成单元，最终将形成代码包。该代码包在Java应用开发过程中，可为src.jar。

此外，所述***还包括：

第二创建单元，用于创建代理工程；

添加单元，用于在所述代理工程的代理库中添加所述第一文件、所述第二文件和所述资源；

第一引用单元，用于在所述代理工程中添加对所述代码包的引用。

本实施的***还可用于创建代理工程。所述第二创建单元的具体结构可类似第一创建单元。

所述添加单元和所述第一引用单元的物理结构都可对应于处理器或处理电路。所述代理库中通过第一文件和第二文件的添加，对所述代理包的引用，这样后续客户应用工程在引用代理库时，则不用在对资源进行额外的声明和定义了，也可以解决在不同工程中对同一资源的声明和定义导致不一致形成的冲突。

此外，所述***还包括：

第三创建单元，用于创建客户应用工程；

第二引用单元，用于在所述客户应用工程中引用所述代理库。

本实施例所述第三创建单元的结构与第一创建单元和第二创建单元类似，可参加第一创建单元和第二创建单元的对应描述。

所述第二引用单元与所述第一引用单元的物理结构类似，在此也不重复了。

本实施例中第三创建单元将创建客户应用工程，并通过代理库的引用，而代理库中包括第一文件和第二文件，这样就不用额外再次对资源进行声明和定义，可以避免在不同工程的声明和定义导致的不一致等问题，这样也能够方便对后续代码的改写时导致的大量繁琐的工作。

以下结合上述任意实施例提供两个具体示例：

示例一：

如图6所示，本示例提供的信息处理方法包括：

步骤1：创建和编译，具体包括：创建类库工程并编译类库工程。

步骤2：添加并修改ids.xml和public.xml，这两个文件分别对应与第一文件和第二文件。

步骤3：修改布局等资源文件。这里相当于第二次编译，这样将资源文件中的资源标识和定义替换成第一文件的声明和第二文件的定义。

步骤4：导出生成src.jar。这里的src.jar即为前述的代码包。

步骤5：创建，具体指创建代理工程。将src.jar和ids.xml和public.xml均加入引用，即将ids.xml和public.xml均添加代理库中。

步骤6：加入依赖，这里的加入依赖是指客户应用工程将代理库加入依赖，这样后续就可以在客户应用工程调用代理库。

示例二：

本示例提供一种信息处理方法，所述方法包括：

步骤11：创建类库工程，库类工程中包括源代码和所需使用的资源，进行第一次常规的编译。

步骤12：在类库工程中增加ids.xml和public.xml，根据编译生成的R.java文件，在ids.xml中增加id的声明，在public.xml增加相应的id的定义。哲理的ids.xml对应于前述的第一文件；所述public.xml对应第二文件。所述id对应于资源的标识。

步骤13：重新编译类库工程，并导出再编译的代码和资源目录下的内容形为src.jar。资源目录为所需使用的资源的目录。

步骤14：创建中间的代理工程(例如创建android library)，将类库工程中用到的资源和ids.xml和public.xml加入到代理库工程中，同时将加入对src.jar的引用。

步骤15：在客户应用工程中加入对代理库工程的引用。

使用本示例的信息处理方法，不需要修改软件开发工具(Software DevelopmentKit，SDK)的代码和提供额外的Map工具类，大大减少了SDK开发的工作量。现有的技术使用名字映射，会使得原来R.xxx.id的调用都转换成函数调用，而本提案将保持使用第一文件中声明的R.xxx.id的调用，相比现有技术，程序运行效率大大提高。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种信息处理方法，其特征在于，所述方法包括：

创建类库工程；其中，所述类库工程包括源代码和源代码执行所需的资源；

在所述类库工程中建立第一文件和第二文件；

在所述第一文件中对所述资源的标识进行声明；

在所述第二文件中对所述资源的标识进行定义；

其中，所述第一文件的声明和第二文件中的定义用于客户应用工程的引用。

2.根据权利要求1所述的方法，其特征在于，

所述方法还包括：

对所述源代码进行第一次编译，生成包括所述资源的标识和定义的第三文件；

所述在所述第一文件中对所述资源的标识进行声明，包括：

从所述第三文件中选择需要公开的资源的标识，添加到所述第一文件中；

所述在所述第二文件中对所述资源的标识进行定义，包括：

从所述第三文件中选择需要公开的资源的标识，添加到所述第二文件中。

3.根据权利要求1或2所述的方法，其特征在于，

所述方法还包括：

基于所述第一文件和第二文件，对所述源代码进行第二次编译，形成编译后的代码；

基于所述所需的资源，形成资源目录；

将所述编译后的代码与所述资源目录打包形成代码包。

4.根据权利要求3所述的方法，其特征在于，

所述方法还包括：

创建代理工程；

在所述代理工程的代理库中添加所述第一文件、所述第二文件和所述资源；

在所述代理工程中添加对所述代码包的引用。

5.根据权利要求4所述的方法，其特征在于，

所述方法还包括：

创建客户应用工程；

在所述客户应用工程中引用所述代理库。

6.一种信息处理***，其特征在于，所述***包括：

第一创建单元，用于创建类库工程；其中，所述类库工程包括源代码和源代码执行所需的资源；

建立单元，用于在所述类库工程中建立第一文件和第二文件；

声明单元，用于在所述第一文件中对所述资源的标识进行声明；

定义单元，用于在所述第二文件中对所述资源的标识进行定义；

其中，所述第一文件的声明和第二文件中的定义用于客户应用工程的引用。

7.根据权利要求6所述的***，其特征在于，

所述***还包括：

第一编译单元，用于对所述源代码进行第一次编译，生成包括所述资源的标识和定义的第三文件；

所述声明单元，具体用于从所述第三文件中选择需要公开的资源的标识，添加到所述第一文件中；

所述定义单元，具体用于从所述第三文件中选择需要公开的资源的标识，添加到所述第二文件中。

8.根据权利要求6或7所述的***，其特征在于，

所述***还包括：

第二编译单元，用于基于所述第一文件和第二文件，对所述源代码进行第二次编译，形成编译后的代码；

第一形成单元，用于基于所述所需的资源，形成资源目录；

第二形成单元，用于将所述编译后的代码与所述资源目录打包形成代码包。

9.根据权利要求8所述的***，其特征在于，

所述***还包括：

第二创建单元，用于创建代理工程；

添加单元，用于在所述代理工程的代理库中添加所述第一文件、所述第二文件和所述资源；

第一引用单元，用于在所述代理工程中添加对所述代码包的引用。

10.根据权利要求9所述的***，其特征在于，

所述***还包括：

第三创建单元，用于创建客户应用工程；

第二引用单元，用于在所述客户应用工程中引用所述代理库。

Images