CN110908697B - 一种资源打包方法、装置、服务器及存储介质 - Google Patents
一种资源打包方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN110908697B CN110908697B CN201911195357.9A CN201911195357A CN110908697B CN 110908697 B CN110908697 B CN 110908697B CN 201911195357 A CN201911195357 A CN 201911195357A CN 110908697 B CN110908697 B CN 110908697B
- Authority
- CN
- China
- Prior art keywords
- resource
- packaging
- resources
- file
- dependency relationship
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
- G06F8/658—Incremental updates; Differential updates
-
- A—HUMAN NECESSITIES
- A63—SPORTS; GAMES; AMUSEMENTS
- A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
- A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
- A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
- A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例公开了一种资源打包方法、装置、服务器及存储介质,该方法包括:基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;按照预设规则对各个资源进行打包,得到多个打包文件;打包文件中包括至少一个资源;基于资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件。本发明实施例的技术方案,解决了对于资源庞大的游戏来说,对每个资源打包时需要消耗较多的时间,并且对打包资源调用时,由于资源打包方式不合理,导致调用较多无用资源,存在占用内存以及浪费时间的技术问题,实现了合理对各个资源进行打包,以便在调用资源时提高资源的调用效率,实现节省资源调用时间,提高用户体验的技术效果。
Description
技术领域
本发明实施例涉及视频游戏开发技术领域,尤其涉及一种资源打包方法、装置、服务器及存储介质。
背景技术
Unity是由UnityTechnologies开发的一个用于创建诸如三维视频游戏、建筑可视化、实时三维动画等类型互动内容的多平台的综合型游戏开发工具,是一个全面整合的专业游戏引擎。
鉴于操作平台和Unity自身的限制,Unity资源一般都通过打包为资源包(AssetBundle)的方式进行动态更新与加载。Unity资源指的是用于生成场景及场景中各种物体的元素,例如模型贴图素材、场景源文件、插件等。Asset bundle是Unity Pro提供的功能,它可以把多个游戏对象或者资源二进制文件封装到Asset bundle中,提供了封装与解包的方法。
对于资源庞大的游戏来说,需要的资源类型较大,资源之间的各种依赖关系处理以及打包的时间消耗是个较大的难题,同时在对打包资源调用时,由于资源打包方式的不合理,导致存在调用资源浪费时间的技术问题。
发明内容
本发明提供一种资源打包方法、装置、服务器及存储介质,以实现合理的对资源进行打包,从而提高资源调用效率的技术效果。
第一方面,本发明实施例提供了一种资源打包方法,该方法包括:
基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;
按照预设规则对各个资源进行打包,得到多个打包文件;其中,所述打包文件中包括至少一个资源;
基于所述资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件。
第二方面,本发明实施例还提供了一种资源打包装置,该装置包括:
资源依赖关系确定模块,用于基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;
打包文件确定模块,用于按照预设规则对各个资源进行打包,得到多个打包文件;其中,所述打包文件中包括至少一个资源;
打包文件合并模块,用于基于所述资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件。
第三方面,本发明实施例还提供了一种服务器,所述服务器包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本发明实施例任一所述的资源打包方法。
第四方面,本发明实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的资源打包方法。
本发明实施例的技术方案,通过基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;按照预设规则对各个资源进行打包,得到多个打包文件;其中,打包文件中包括至少一个资源;基于资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件,解决了现有技术中对于资源庞大的游戏来说,需要的资源类型较多,在对每个资源打包时需要消耗较多的时间,并且在对打包资源调用时,由于资源打包方式的不合理,导致调用较多无用资源,即资源调用效率较低,以及占用较多时间的技术问题,实现了合理对各个资源进行打包,以便在调用资源时提高资源的调用效率,从而节省资源调用时间,进而提高用户体验的技术效果。
附图说明
为了更加清楚地说明本发明示例性实施例的技术方案,下面对描述实施例中所需要用到的附图做一简单介绍。显然,所介绍的附图只是本发明所要描述的一部分实施例的附图,而不是全部的附图,对于本领域普通技术人员,在不付出创造性劳动的前提下,还可以根据这些附图得到其他的附图。
图1本发明实施例一所提供的一种资源打包方法流程示意图;
图2为本发明实施例一所提供的一种资源依赖关系结构示意图;
图3为本发明实施例一所提供的一种资源依赖关系结构示意图;
图4为本发明实施例二所提供的一种资源打包方法另一流程示意图;
图5为本发明实施例三所提供的一种资源打包装置结构示意图;
图6为本发明实施例四所提供的一种服务器结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1为本发明实施例一所提供的一种资源打包方法流程示意图,本实施例可适用于预先对各个资源进行打包的情况,该方法可以由资源打包装置来执行,该装置可以通过软件和/或硬件的形式实现,该硬件可以是电子设备,可选的,PC端、移动终端等。
如图1,本实施例的方法包括:
S110、基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系。
为了清楚的介绍本实施例技术方案,可以以对三维视频游戏对应的资源处理为例来介绍。
其中,Unity是由Unity Technologies开发的一个用于创建诸如三维视频游戏、建筑可视化、实时三维动画等类型互动内容的多平台的综合型游戏开发工具。Unity资源一般都通过打包为资源包(Asset Bundle)的方式进行动态更新与加载。Unity资源指的是用于生成场景及场景中各种物体的元素,例如模型贴图素材、场景源文件、插件等信息。也就是说,资源包括渲染器、贴图、模型、动画、网络、场景。由于各个资源之间存在一定的依赖关系,因此标识信息用于表征各个资源之间的资源依赖关系,即资源依赖关系为各个资源之间的引用关系。
具体的,调用资源依赖关系确定程序,获取与各个资源相对应的标识信息,并基于与各个资源对应的标识信息,确定各个资源之间的资源依赖关系。
S120、按照预设规则对各个资源进行打包,得到多个打包文件。
其中,预设规则可以是先依据资源之间的依赖关系,将存在单一依赖关系,且位于同一分支上的资源作为一组资源进行打包。调用打包应用程序,将一组资源打包在同一个文件中,将其余的各个资源分别进行打包,得到多个打包文件。即多个打包文件中包括两种类型的打包文件。打包文件中包括与各个打包资源对应的文件大小、MD5值、打包的包名称,以及打包文件中每个资源的名称。
具体的,依据资源依赖关系,获取所有资源中存在单一依赖关系的资源,并将存在单一依赖关系的一组资源,作为目标资源。调用打包应用程序将目标资源进行打包,得到目标打包文件。当然,将不存在单一依赖关系的资源,可以分别进行打包。
可选的,依据资源依赖关系,确定存在单一依赖关系的至少一组目标资源,并分别对每一组目标资源进行打包,得到目标打包文件;将剩余所有资源中的每一个资源分别进行打包,得到待处理打包文件。
其中,单一依赖关系可以理解为:被依赖资源仅被一个依赖资源依赖。例如,资源B依赖资源A,且资源A仅被资源B依赖,可以将A称为被依赖资源,将资源B称为依赖资源,那么可以将资源A和资源B作为一组目标资源。即,从所有资源中筛选出各个被依赖资源仅被一个资源依赖的资源,将满足此条件的被依赖资源和依赖资源作为一组目标资源。也就说,一组目标资源中包括至少两个资源,分别为被依赖资源和依赖资源。目标打包文件为打包一组存在单一依赖关系的资源的文件。
具体的,在确定各个资源之间的资源依赖关系后,可以根据资源依赖关系,确定存在单一依赖关系的至少两个资源,并将存在单一依赖关系的至少两个资源作为一组目标资源。调用打包程序代码,对一组目标资源进行打包,即将存在单一依赖关系的资源作为一个整体打包在一起,得到目标打包资源,即目标打包文件。也就是说,将存在单一依赖关系的至少两个资源打包在同一个打包文件中,即asset bundle中。若要加载特定资源时,需要加载特定打包文件,以及依赖的打包文件。为了避免在调用特定资源时,加载到一系列无用资源,存在占用内存以及降低调用效率的问题,可以将剩余的各个资源分别进行打包,得到多个待处理打包文件。
示例性的,假设三维视频游戏包括十五个资源(asset),调用资源依赖关系确定程序,分别获取与十五个资源相对应的标识信息,并确定各个资源之间的依赖关系可以是:资源1(asset1)依赖资源3和资源4,资源3依赖资源7,相对应资源1、资源3和资源4之间的关系为,资源1为依赖资源,资源3和资源4为被依赖资源;资源2依赖资源4、资源5、资源6以及资源11,资源5依赖资源8和资源9,资源6依赖资源10;资源11依赖资源13;资源12依赖资源14和资源15。由于资源3仅被资源1依赖,资源7仅被资源3依赖,即资源1、资源3以及资源7为单一依赖关系,因此将资源1、资源3以及资源7作为一组目标资源,打包在同一个文件下,作为目标打包文件;资源4被资源1和资源2所依赖,因此资源4、资源1和资源2之间不为单一依赖关系,因此不能将其作为一组目标资源,即不能打包在一起,可以分别进行打包,得到多个待处理打包文件;资源14仅被资源12依赖,资源15仅被资源12依赖,因此可以将资源12、资源14和资源15作为一组目标资源,打包在同一个文件中作为目标打包文件。将其余的各个资源分别进行打包,得到多个待处理打包文件
S130、基于资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件。
为了清楚的了解依赖关系完全相同的打包文件,可以参见图2和图3。其中,ASB1(asset bundle打包文件)表示打包文件1,ASB2表示打包文件2,ASB3表示打包文件3,ASB4表示打包文件4,由于ASB1依赖ASB3和ASB4,ASB2也依赖ASB3和ASB4,即被依赖打包文件ASB3和ASB4的被依赖关系完全相同,因此可以将ASB3和ASB4进行合并,得到合并打包文件。参见图3,ASB5依赖ASB4,即ASB3和ASB4的被依赖关系不完全相同,因此不能将ASB3和ASB4进行合并打包。
具体的,由于打包文件中包括与每个资源相对应的名称,因此可以基于资源依赖关系确定各个打包文件之间的依赖关系。若打包文件的依赖关系完全相同,即打包文件的被依赖关系完全相同,则可以将被依赖关系完全相同的打包文件进行合并,得到合并打包文件。
相应的,若打包文件中包括目标打包文件以及待处理打包文件,可选的,当基于资源依赖关系,确定目标打包文件,以及待处理打包文件的依赖关系完全相同时,则将依赖关系完全相同的打包文件进行合并打包,得到合并打包文件;其中,单一依赖关系为被依赖资源被一个依赖资源引用;被依赖资源为父节点对应的资源,依赖资源为被依赖资源下一层级子节点对应的资源。
也就是说,依据资源依赖关系,可以确定各个打包文件之间的依赖关系,将被依赖关系完全相同的资源打包文件进行合并,得到合并打包文件。
本发明实施例的技术方案,通过基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;按照预设规则对各个资源进行打包,得到多个打包文件;其中,打包文件中包括至少一个资源;基于资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件,解决了现有技术中对于资源庞大的游戏来说,需要的资源类型较多,在对每个资源打包时需要消耗较多的时间,并且在对打包资源调用时,由于资源打包方式的不合理,导致调用较多无用资源,即资源调用效率较低,以及占用较多时间的技术问题,实现了合理对各个资源进行打包,以便在调用资源时提高资源的调用效率,从而节省资源调用时间,进而提高用户体验的技术效果。
在上述技术方案的基础上,在确定与各个资源之间的资源依赖关系后,为了便于对资源关系进行管理,可以将资源依赖关系存储至预先建立的资源映射关系表中,以在调用资源时可以基于资源映射关系表调用各个目标打包文件,和/或待处理打包文件。
在实际应用的过程中,可能出现资源之间的依赖关系发生变化,因此可以定时查询资源依赖关系是否发生变化,或者是在用户退出游戏之后,检查资源依赖关系是否发生变化。若发生变化,则重新执行对各个资源进行打包,并对打包文件进行合并,将重新确定的资源依赖关系更新在资源映射关系表中,以便再次调用资源时,依据更新的映射关系表调用各个资源,进而调用与各个资源对应的打包文件,提高了资源调用准确率的技术效果。
本发明实施例的技术方案,避免了每个场景需要接在接近一半的asset bundle文件,导致内存压力较大的问题,可以减少加载冗余的asset bundle文件,避免了占用内存较大的问题。若该游戏安装在智能终端上,可选的,智能手机上,实现了加载的asset bundle文件较少,占用内存较小,适应范围更广的技术效果。
实施例二
在上述技术方案的基础上,预设规则可以是先依据资源依赖关系,将存在单一依赖关系的资源打包在一起,在进行合并打包得到合并打包文件,还可以是,分别对各个资源进行打包,得到多个打包文件,并依据资源依赖关系将依赖关系完全相同的打包文件合并打包,得到多个合并打包文件。图4为本发明实施例四所提供的一种资源打包方法另一流程示意图。如图4所示,方法包括:
S410、基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系。
其中,由于各个资源之间存在一定的依赖关系,因此标识信息用于表征各个资源之间的资源依赖关系,即资源依赖关系为各个资源之间的引用关系。
具体的,调用资源依赖关系确定程序,获取与各个资源相对应的标识信息,并基于与各个资源对应的标识信息,确定各个资源之间的资源依赖关系。
S420、分别对每一个资源进行打包,得到多个打包文件;其中,打包文件的数量与资源的数量相同。
其中,打包文件的数量可以是一个、两个、或者多个。打包文件的数量与资源的数量相同。例如,资源的数量有20个,相应的,打包文件的数量也为20个。
具体的,获取与三维视频游戏,即获取与游戏应用程序相对应的资源,并调用打包应用程序分别对每个资源进行打包,得到多个打包文件,即每个打包文件中仅包括一个资源。
在本实施例中,可以预先根据各个资源之间的标识信息,确定各个资源之间的依赖关系;还可以是先对各个资源分别进行打包,得到多个打包文件,在确定各个资源之间的依赖关系。
S430、基于资源依赖关系表,确定每一个打包文件的依赖关系,将依赖关系个完全相同的打包文件合并在一起,作为合并打包文件。
具体的,基于资源依赖关系表,确定与每一个打包文件之间的依赖关系,将依赖关系相同的被依赖打包文件,合并在一起,作为合并打包文件。
本发明实施例的技术方案,通过基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;按照预设规则对各个资源进行打包,得到多个打包文件;其中,打包文件中包括至少一个资源;基于资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件,解决了现有技术中对于资源庞大的游戏来说,需要的资源类型较多,在对每个资源打包时需要消耗较多的时间,并且在对打包资源调用时,由于资源打包方式的不合理,导致调用较多无用资源,即资源调用效率较低,以及占用较多时间的技术问题,实现了合理对各个资源进行打包,以便在调用资源时提高资源的调用效率,从而节省资源调用时间,进而提高用户体验的技术效果。
实施例三
图5为本发明实施例三提供的一种资源打包装置结构示意图,该装置包括:资源依赖关系确定模块510、打包文件确定模块520和打包文件合并模块530。
其中,资源依赖关系确定模块510,用于基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;打包文件确定模块520,用于按照预设规则对各个资源进行打包,得到多个打包文件;其中,打包文件中包括至少一个资源;打包文件合并模块530,用于基于资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件。
本发明实施例的技术方案,通过基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;按照预设规则对各个资源进行打包,得到多个打包文件;其中,打包文件中包括至少一个资源;基于资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件,解决了现有技术中对于资源庞大的游戏来说,需要的资源类型较多,在对每个资源打包时需要消耗较多的时间,并且在对打包资源调用时,由于资源打包方式的不合理,导致调用较多无用资源,即资源调用效率较低,以及占用较多时间的技术问题,实现了合理对各个资源进行打包,以便在调用资源时提高资源的调用效率,从而节省资源调用时间,进而提高用户体验的技术效果。
在上述各技术方案的基础上,所述打包文件确定模块,还用于:
分别对每一个资源进行打包,得到多个打包文件;其中,所述打包文件的数量与所述资源的数量相同;
相应的,打包文件合并模块,还用于:
基于所述资源依赖关系表,确定每一个打包文件的依赖关系,将依赖关系个完全相同的打包文件合并在一起,作为合并打包文件。
在上述各技术方案的基础上,所述打包文件确定模块,还用于:
依据所述资源依赖关系,确定存在单一依赖关系的至少一组目标资源,并分别对每一组目标资源进行打包,得到目标打包文件;将剩余所有资源中的每一个资源分别进行打包,得到待处理打包文件;
相应的,打包文件合并模块,还用于:
当基于所述依赖关系,确定所述目标打包文件,以及所述待处理打包文件的依赖关系完全相同时,则将依赖关系完全相同的打包文件进行合并打包,得到合并打包文件;
其中,所述单一依赖关系为被依赖资源被一个依赖资源引用;所述被依赖资源为父节点对应的资源,所述依赖资源为所述被依赖资源下一层级子节点对应的资源。
在上述各技术方案的基础上,所述打包文件合并模块,还用于:
依据所述资源依赖关系,从所有资源中筛选出各个被依赖资源仅被一个资源依赖的资源,并将所述被依赖资源以及所述依赖资源作为一组目标资源;
基于打包程序代码,将所述一组目标资源打包,作为目标打包文件;
其中,所述一组目标资源中包括至少一个被依赖资源以及至少一个依赖资源。
在上述各技术方案的基础上,所述打包文件确定模块还用于:
将所述资源依赖关系存储至预先建立的资源映射关系表中,以在调用资源时基于所述资源映射关系表调用目标打包文件,和/或待处理打包文件。
在上述各技术方案的基础上,所述资源包括渲染器、贴图、模型、动画、网络、场景;所述打包文件中包括与各个打包资源对应的文件大小、MD5值、打包的包名称,以及打包文件中每个资源的名称。
在上述各技术方案的基础上,所述资源为支撑三维视频游戏的资源。
本发明实施例所提供的资源打包装置可执行本发明任意实施例所提供的资源打包方法,具备执行方法相应的功能模块和有益效果。
值得注意的是,上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明实施例的保护范围。
实施例四
图6为本发明实施例四提供的一种服务器的结构示意图。图6示出了适于用来实现本发明实施例实施方式的示例***器60的框图。图6显示的服务器60仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示,服务器60以通用计算设备的形式表现。服务器60的组件可以包括但不限于:一个或者多个处理器或者处理单元601,***存储器602,连接不同***组件(包括***存储器602和处理单元601)的总线603。
总线603表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,***总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及***组件互连(PCI)总线。
服务器60典型地包括多种计算机***可读介质。这些介质可以是任何能够被服务器60访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
***存储器602可以包括易失性存储器形式的计算机***可读介质,例如随机存取存储器(RAM)604和/或高速缓存存储器605。服务器60可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举例,存储***606可以用于读写不可移动的、非易失性磁介质(图6未显示,通常称为“硬盘驱动器”)。尽管图6中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线603相连。存储器602可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块607的程序/实用工具608,可以存储在例如存储器602中,这样的程序模块607包括但不限于操作***、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块607通常执行本发明所描述的实施例中的功能和/或方法。
服务器60也可以与一个或多个外部设备609(例如键盘、指向设备、显示器610等)通信,还可与一个或者多个使得用户能与该服务器60交互的设备通信,和/或与使得该服务器60能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口611进行。并且,服务器60还可以通过网络适配器612与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器612通过总线603与服务器60的其它模块通信。应当明白,尽管图6中未示出,可以结合服务器60使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。
处理单元601通过运行存储在***存储器602中的程序,从而执行各种功能应用以及数据处理,例如实现本发明实施例所提供的资源打包方法。
实施例五
本发明实施例五还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行资源打包方法。
该方法包括:
基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;
按照预设规则对各个资源进行打包,得到多个打包文件;其中,所述打包文件中包括至少一个资源;
基于所述资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件
本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行***、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于无线、电线、光缆、RF等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (8)
1.一种资源打包方法,其特征在于,包括:
基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;
按照预设规则对各个资源进行打包,得到多个打包文件;其中,所述打包文件中包括至少一个资源;其中,预设规则是先依据资源之间的依赖关系,将存在单一依赖关系,且位于同一分支上的资源作为一组资源进行打包;
基于所述资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件;
所述按照预设规则对各个资源进行打包,得到多个打包文件,包括:
依据所述资源依赖关系,确定存在单一依赖关系的至少一组目标资源,并分别对每一组目标资源进行打包,得到目标打包文件;将剩余所有资源中的每一个资源分别进行打包,得到待处理打包文件;
相应的,所述基于所述资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件,包括:
当基于所述资源依赖关系,确定所述目标打包文件,以及所述待处理打包文件的依赖关系完全相同时,则将依赖关系完全相同的打包文件进行合并打包,得到合并打包文件;
其中,所述单一依赖关系为被依赖资源被一个依赖资源引用;所述被依赖资源为父节点对应的资源,所述依赖资源为所述被依赖资源下一层级子节点对应的资源;
在所述基于与各个资源相对应的标识信息进行处理,确定各个资源之间的资源依赖关系之后,还包括:
将所述资源依赖关系存储至预先建立的资源映射关系表中,以在调用资源时基于所述资源映射关系表调用目标打包文件,和/或待处理打包文件。
2.根据权利要求1所述的方法,其特征在于,所述按照预设规则对各个资源进行打包,得到多个打包文件,包括:
分别对每一个资源进行打包,得到多个打包文件;其中,所述打包文件的数量与所述资源的数量相同;
相应的,所述基于所述资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件,包括:
基于所述资源依赖关系表,确定每一个打包文件的依赖关系,将依赖关系个完全相同的打包文件合并在一起,作为合并打包文件。
3.根据权利要求1所述的方法,其特征在于,所述依据所述资源依赖关系,确定存在单一依赖关系的至少一组目标资源,并分别对每一组目标资源进行打包,得到目标打包文件,包括:
依据所述资源依赖关系,从所有资源中筛选出各个被依赖资源仅被一个资源依赖的资源,并将所述被依赖资源以及所述依赖资源作为一组目标资源;
基于打包程序代码,将所述一组目标资源打包,作为目标打包文件;
其中,所述一组目标资源中包括至少一个被依赖资源以及至少一个依赖资源。
4.根据权利要求1-3中任一所述的方法,其特征在于,所述资源包括渲染器、贴图、模型、动画、网络、场景;所述打包文件中包括与各个打包资源对应的文件大小、MD5值、打包的包名称,以及打包文件中每个资源的名称。
5.根据权利要求1-3中任一所述的方法,其特征在于,资源为支撑三维视频游戏的资源。
6.一种资源打包装置,其特征在于,包括:
资源依赖关系确定模块,用于基于与各个资源相对应的标识信息,确定各个资源之间的资源依赖关系;
打包文件确定模块,用于按照预设规则对各个资源进行打包,得到多个打包文件;其中,所述打包文件中包括至少一个资源;其中,预设规则是先依据资源之间的依赖关系,将存在单一依赖关系,且位于同一分支上的资源作为一组资源进行打包;
打包文件合并模块,用于基于所述资源依赖关系,将依赖关系完全相同的打包文件进行合并,得到合并打包文件;
所述打包文件确定模块,还用于:
依据所述资源依赖关系,确定存在单一依赖关系的至少一组目标资源,并分别对每一组目标资源进行打包,得到目标打包文件;将剩余所有资源中的每一个资源分别进行打包,得到待处理打包文件;
相应的,打包文件合并模块,还用于:
当基于所述依赖关系,确定所述目标打包文件,以及所述待处理打包文件的依赖关系完全相同时,则将依赖关系完全相同的打包文件进行合并打包,得到合并打包文件;
其中,所述单一依赖关系为被依赖资源被一个依赖资源引用;所述被依赖资源为父节点对应的资源,所述依赖资源为所述被依赖资源下一层级子节点对应的资源;
所述打包文件确定模块还用于:
将所述资源依赖关系存储至预先建立的资源映射关系表中,以在调用资源时基于所述资源映射关系表调用目标打包文件,和/或待处理打包文件。
7.一种服务器,其特征在于,所述服务器包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-5中任一所述的资源打包方法。
8.一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-5中任一所述的资源打包方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911195357.9A CN110908697B (zh) | 2019-11-28 | 2019-11-28 | 一种资源打包方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911195357.9A CN110908697B (zh) | 2019-11-28 | 2019-11-28 | 一种资源打包方法、装置、服务器及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110908697A CN110908697A (zh) | 2020-03-24 |
CN110908697B true CN110908697B (zh) | 2023-06-16 |
Family
ID=69820375
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911195357.9A Active CN110908697B (zh) | 2019-11-28 | 2019-11-28 | 一种资源打包方法、装置、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110908697B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111562929A (zh) * | 2020-04-29 | 2020-08-21 | 米哈游科技(上海)有限公司 | 补丁文件的生成方法、装置、设备及存储介质 |
CN111949312B (zh) * | 2020-08-14 | 2024-02-09 | 曙光信息产业(北京)有限公司 | 数据模块的打包方法、装置、计算机设备和存储介质 |
CN112445500A (zh) * | 2020-11-30 | 2021-03-05 | 北京达佳互联信息技术有限公司 | 应用程序处理方法、应用程序运行方法及相关设备 |
CN112822514B (zh) * | 2020-12-30 | 2022-06-28 | 北京大学 | 基于依赖关系的视频流分组传输方法、***、终端及介质 |
CN113064609B (zh) * | 2021-03-05 | 2024-05-28 | 深圳市欢太科技有限公司 | 一种资源加载方法及客户端、服务器、存储介质 |
CN113127012B (zh) * | 2021-03-09 | 2022-03-15 | 深圳市星锐游戏有限公司 | 一种基于软件引擎的软件资源构建方法 |
CN113384896B (zh) * | 2021-06-25 | 2024-07-12 | 苏州沁游网络科技有限公司 | 基于Unity的资源打包方法、装置、设备及介质 |
CN114385143A (zh) * | 2021-12-30 | 2022-04-22 | 上海米哈游璃月科技有限公司 | 资源文件的打包方法、装置、电子设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108509209A (zh) * | 2018-04-08 | 2018-09-07 | 平安普惠企业管理有限公司 | 一种资源包的生成方法、装置、计算机设备及存储介质 |
CN108536463A (zh) * | 2018-04-09 | 2018-09-14 | 深圳市腾讯网络信息技术有限公司 | 获取资源包的方法、装置、设备及计算机可读存储介质 |
CN109725909A (zh) * | 2018-05-07 | 2019-05-07 | 中国平安人寿保险股份有限公司 | 代码文件打包部署方法、持续集成服务器及*** |
CN110032384A (zh) * | 2019-04-18 | 2019-07-19 | 腾讯科技(深圳)有限公司 | 资源更新的方法、装置、设备及存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2779993C (en) * | 2012-06-15 | 2019-05-07 | Ibm Canada Limited - Ibm Canada Limitee | Configurable resource policies |
US10146885B1 (en) * | 2012-12-10 | 2018-12-04 | Emc Corporation | Method and system for deciding on ordering of scripting language source code for dependency resolution |
CN110152299B (zh) * | 2018-11-22 | 2022-01-14 | 腾讯科技(深圳)有限公司 | 一种游戏资源的构建方法和装置 |
-
2019
- 2019-11-28 CN CN201911195357.9A patent/CN110908697B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108509209A (zh) * | 2018-04-08 | 2018-09-07 | 平安普惠企业管理有限公司 | 一种资源包的生成方法、装置、计算机设备及存储介质 |
CN108536463A (zh) * | 2018-04-09 | 2018-09-14 | 深圳市腾讯网络信息技术有限公司 | 获取资源包的方法、装置、设备及计算机可读存储介质 |
CN109725909A (zh) * | 2018-05-07 | 2019-05-07 | 中国平安人寿保险股份有限公司 | 代码文件打包部署方法、持续集成服务器及*** |
CN110032384A (zh) * | 2019-04-18 | 2019-07-19 | 腾讯科技(深圳)有限公司 | 资源更新的方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110908697A (zh) | 2020-03-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110908697B (zh) | 一种资源打包方法、装置、服务器及存储介质 | |
CN110908707B (zh) | 一种资源打包方法、装置、服务器及存储介质 | |
US9110654B2 (en) | Dynamically building locale objects or subsections of locale objects based on historical data | |
US9720824B2 (en) | Garbage collection handler to update object pointers | |
CN113126990B (zh) | 一种页面开发方法、装置、设备及存储介质 | |
US20170004074A1 (en) | Garbage collection absent use of special instructions | |
CN111651219A (zh) | 一种多模块项目配置文件管理的方法及设备 | |
CN112181542A (zh) | 功能调用方法、装置、电子设备及存储介质 | |
CN111562929A (zh) | 补丁文件的生成方法、装置、设备及存储介质 | |
US9141352B2 (en) | Dynamically building locale objects at run-time | |
CN112860412B (zh) | 业务数据处理方法、装置、电子设备及存储介质 | |
CN113127050B (zh) | 一种应用资源打包过程监控方法、装置、设备和介质 | |
US20140164446A1 (en) | Sharing electronic file metadata in a networked computing environment | |
CN102270179B (zh) | 用于cad***的基于片元的数据存储和处理方法及其*** | |
CN110928941A (zh) | 一种数据分片抽取方法及装置 | |
CN113590221B (zh) | 着色器变体数量的检测方法、装置、电子设备及存储介质 | |
US9244630B2 (en) | Identifying and accessing reference data in an in-memory data grid | |
US10649743B2 (en) | Application developing method and system | |
US10126976B2 (en) | Integrating sign extensions for loads | |
US20230147878A1 (en) | Implementing heterogeneous memory within a programming environment | |
US11640281B2 (en) | Tool for introspection in object-oriented source code | |
US11321106B2 (en) | Using binaries of container images as operating system commands | |
US20170004076A1 (en) | Garbage collection absent use of special instructions | |
CN106844056B (zh) | Hadoop大数据平台多租户作业管理方法及其*** | |
CN113568620B (zh) | 一种代码文件处理方法、装置、设备及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |