一种资源包加载装置、方法和计算设备的制造方法【
技术领域：
】[0001]本发明涉及一种资源包加载装置、方法和计算设备。【
背景技术：
】[0002]在诸如游戏这样的应用中，大量UI界面往往存在重复部分，在进行资源包打包时，在依次打包UI资源包例如资源包A、B时，首先打包A，再打包下一个B，当发现B里有A用过的资源例如C，就在B里面标记一下这个资源，后面的打包过程相同。那么在第二次打包这些资源包时，如果资源C发生变化，需要重新打包，从而带来较大的工作负担，也会会占用较大的UI资源空间，造成不必要的浪费。【
发明内容】[0003]为此，本发明提供一种新的资源包加载装置、方法和计算设备，以力图解决或者至少缓解上面存在的问题。[0004]根据本发明的一个方面，提供一种资源包加载装置，驻留在计算设备中，该装置包括:存储单元，适于存储第一资源包和第二资源包，第一资源包包括第一资源，第二资源包包括第二资源列表，第二资源列表包括第一关键值和第二关键值，第一关键值为第一资源的标识，第二关键值为使用第一资源的对象；资源包加载单元，适于在加载存储单元中第二资源包时，读取第二资源列表中的第一关键值，加载对应第一关键值的第一资源包，加载完成后，读取第二资源列表中的第二关键值，根据第二关键值，由使用第一资源的对象进行第一资源加载。[0005]可选地，在根据本发明的资源包加载装置中，其中第二资源列表为哈希表。[0006]可选地，在根据本发明的资源包加载装置中，其中第一资源包括图片。[0007]根据本发明的一个方面，提供一种资源包加载方，驻留在计算设备中执行，该方法包括:存储至少第一资源包和第二资源包，其中，第一资源包包括第一资源，第二资源包包括第二资源列表，第二资源列表包括第一关键值和第二关键值，第一关键值为第一资源的标识，第二关键值为使用第一资源的对象；加载第二资源包时，读取第二资源列表中的第一关键值，加载对应第一关键值的第一资源包，加载完成后，读取第二资源列表中的第二关键值，并根据第二关键值，由使用第一资源的对象进行第一资源加载。[0008]可选地，在根据本发明的资源包加载方法中，其中第二资源列表为哈希表。[0009]可选地，在根据本发明的资源包加载方法中，其中第一资源包括图片。[0010]根据本发明的一个方面，提供一种计算设备，包括如上所述的任一项资源包加载设备。[0011]根据本发明的技术方案，分别加载具有依赖关系的资源包，这样在依赖资源包中资源发生变化时，只需要更改使用依赖资源的资源包的地址即可，减少了修改需要的工作量，避免了重新打包资源包，降低了出错率。【附图说明】[0012]为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。[0013]图1示出了根据本发明的资源包加载装置的示例计算设备100的框图；[0014]图2示出了根据本发明一个实施例的资源包加载装置200的结构图；以及[0015]图3示出了根据本发明一个实施例的资源包加载方法300的流程图。【具体实施方式】[0016]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。[0017]本发明的文档分拣系统驻留在计算设备中，图1布置为实现根据本发明的分档文件系统的示例计算设备100的框图。在基本的配置102中，计算设备100典型地包括系统存储器106和一个或者多个处理器104。存储器总线108可以用于在处理器104和系统存储器106之间的通信。[0018]取决于期望的配置，处理器104可以是任何类型的处理，包括但不限于:微处理器(UP)、微控制器UC)、数字信息处理器(DSP)或者它们的任何组合。处理器104可以包括诸如一级高速缓存110和二级高速缓存112之类的一个或者多个级别的高速缓存、处理器核心114和寄存器116。示例的处理器核心114可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器118可以与处理器104—起使用，或者在一些实现中，存储器控制器118可以是处理器104的一个内部部分。[0019]取决于期望的配置，系统存储器106可以是任意类型的存储器，包括但不限于??易失性存储器(诸如RAM)、非易失性存储器(诸如R0M、闪存等)或者它们的任何组合。系统存储器106可以包括操作系统120、一个或者多个应用122以及程序数据124。应用122可以包括被配置为资源包加载装置200。在一些实施方式中，应用122可以布置为在操作系统上利用程序数据124进行操作。[0020]计算设备100还可以包括有助于从各种接口设备(例如，输出设备142、外设接口144和通信设备146)到基本配置102经由总线/接口控制器130的通信的接口总线140。示例的输出设备142包括图形处理单元148和音频处理单元150。它们可以被配置为有助于经由一个或者多个A/V端口152与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口144可以包括串行接口控制器154和并行接口控制器156，它们可以被配置为有助于经由一个或者多个I/O端口158和诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备146可以包括网络控制器160，其可以被布置为便于经由一个或者多个通信端口164与一个或者多个其他计算设备162通过网络通信链路的通信。[0021]网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块，并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号，它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例，通信介质可以包括诸如有线网络或者专线网络之类的有线介质，以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。[0022]计算设备100可以实现为小尺寸便携(或者移动)电子设备的一部分，这些电子设备可以是诸如蜂窝电话、个人数字助理(PDA)、个人媒体播放器设备、无线网络浏览设备、个人头戴设备、应用专用设备、或者可以包括上面任何功能的混合设备。计算设备100还可以实现为包括桌面计算机和笔记本计算机配置的个人计算机。[0023]图2示出了根据本发明一个实施例的资源包加载装置200的示意图。[0024]如图2所示，根据本发明的实施例的资源包加载装置200包括:存储单元210和资源包加载单元220，其中，存储单元210中包括有至少一个第一资源包212和第二资源包214。[0025]在诸如游戏这样的应用中，大量UI界面往往存在重复部分，为了降低资源包例如UI资源包占用的空间。例如，使用相同的背景图，即UI界面作为该背景图与其他资源的叠加呈现。在这种情况下，可以对UI资源进行复用，不必在每个UI资源包里都包含该背景图。具体实施方案如下进行描述。[0026]第一资源包212为依赖资源包，其他资源包依赖此资源包完成UI界面的加载，一般有多个依赖资源包。以第一资源包212为例进行说明，第一资源包212包括有第一资源，即依赖资源，例如为游戏界面中的背景图片。依赖资源包一般放置在一个固定的目录下，加载的时候只需要拼接出依赖资源包的地址即可。[0027]第二资源包214为引用第一资源包212的资源包，引用第一资源包212的资源包可以有多个，以第二资源包214进行说明。第二资源包214中包括有第二资源列表，例如为哈希表。哈希表(Hashtable)是根据关键码值(Keyvalue)而直接进行访问的数据结构，它通过把关键码值映射到表中一个位置来访问记录，以加快查找的速度。哈希表中包括多个字段，其中，value字段用于记录依赖资源的地址，key字段中一般存储有一个指针，该指针指向使用依赖资源的例如UI界面的某一个位置。[0028]第二资源列表中包括第一关键值(value)和第二关键值(key)。所述第一关键值用于存储第一资源的标识，根据第一资源的标识可以获取第一资源，即依赖资源包中的例如图片资源。第二关当前第1页1 2