资源打包管理方法与装置制造方法及图纸

本公开提供资源打包管理方法与装置。方法包括：读取配置文件以获取待打包资源文件的路径和所述待打包资源文件对应的资源包的预设名称；根据所述路径获取所述待打包资源文件，并且将所述待打包资源文件打包生成所述预设名称的资源包。本公开提供的资源打包管理方法可以避免资源更新影响项目开发效率。

【技术实现步骤摘要】
资源打包管理方法与装置
本公开涉及计算机
，具体而言，涉及一种资源打包管理方法与装置。
技术介绍
在应用程序的动态更新技术中，Unity开发工具提供的Assetbundle打包技术被广泛应用。在Assetbundle打包技术中，开发人员通过写入特定代码指定需要打包的文件集合和对应的Assetbundle资源包的预设名称，Unity会按照打包的文件集合进行打包，如果文件集合存在依赖关系文件则会自动进行依赖项关联，并生成对应的依赖关系表，以便在加载包的时候的加载依赖包。现有的这种打包技术提供了基础的底层打包技术，但是对于例如游戏这样有很大的变化性和复杂度的应用程序产品，现有打包技术很难在已经完成了的打包方案上面进行二次维护和变化，更难以应对复杂的更新需求要求，例如如追求最小更新量的同时，做到最小包数目等。最小更新量也可以被称为下载包最小维度。下载包最小维度极端来说可以为每个资源生成一个独立的资源包，这样如果一次改了3个文件，那么下载包的大小就是这3个文件的大小，几乎没有下载冗余。但这样会导致资源包数量暴增，甚至存在上万的单体文件，对相同资源可能要把这个资源依赖的所有资源统统从硬盘里面加载一次，大大加大了IO读写的压力。最小包数目也可以被称为加载包最小维度。加载包最小维度极端情况是将所有资源打包在一个包里，这样在加载任意文件的时候，只需提交一次加载IO请求，大大提高了资源包加载效率，但是这样会导致任意包出现变化都需要下载更新整个资源包体。现有的资源打包技术追求上述两个方案的平衡，只是做维度上面的调整。由于每次打包方案维度的调整都会带来不小的代码改动，而且往往需要大量的调整测试来找到最适合不同项目的资源打包方案，因而每次调整打包方案都会影响到项目开发，降低项目开发效率。因此，需要一种更有效率的资源打包管理方法来满足不同类型项目开发的动态资源更新需求。需要说明的是，在上述
技术介绍
部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
技术实现思路
本公开的目的在于提供一种资源打包管理方法与装置，用于克服更改资源打包策略对项目开发效率的降低。根据本公开实施例的第一方面，提供一种资源打包管理方法，包括：读取配置文件以获取待打包资源文件的路径和资源包的预设名称；根据路径获取待打包资源文件，使用资源包的预设名称打包生成资源包，并与配置文件一起生成待发布的数据包。在本公开的一种示例性实施例中，待打包资源文件基于待更新资源文件来确定，并包括待更新资源文件以及待更新资源文件的依赖资源文件。在本公开的一种示例性实施例中，配置文件包括依赖资源文件的相对路径和/或绝对路径。在本公开的一种示例性实施例中，资源包为Unity中的Assetbundle包。根据本公开的第二方面，提供一种资源打包管理方法，方法包括：解析接收到的程序发布数据包以获取配置文件和资源包；读取配置文件以获取资源包的名称及对应的打包资源的路径；根据资源包的名称与打包资源的路径解析资源包。在本公开的一种示例性实施例中，打包资源包括待更新资源文件以及待更新资源文件的依赖资源文件。在本公开的一种示例性实施例中，配置文件包括依赖资源文件的相对路径和/或绝对路径。在本公开的一种示例性实施例中，资源包为Unity中的Assetbundle包。根据本公开的第三方面，提供一种资源管理装置，包括：资源获取模块，用于读取配置文件以获取待打包资源文件的路径和资源包的预设名称；打包模块，用于根据路径获取待打包资源文件，使用资源包的预设名称打包生成资源包，并与配置文件一起生成待发布的数据包。根据本公开的第四方面，提供一种资源管理装置，包括：策略获取模块，用于解析接收到的程序发布数据包以获取配置文件和资源包；资源获取模块，用于读取配置文件以获取资源包的名称及对应的打包资源的路径；解析模块，用于根据资源包的名称与打包资源的路径解析资源包。根据本公开的第五方面，提供一种资源管理装置，包括：存储器；以及耦合到所属存储器的处理器，处理器被配置为基于存储在存储器中的指令，执行如上述任意一项资源打包管理方法。本公开提供的资源打包管理方法通过将打包所需信息(包括资源路径、打包策略、资源包的预设名称、各包的依赖关系等)记录在配置文件中，并对Unity中提供的Assetbundle的打包细节进行继承封装，在打包以及解析时首先加载配置文件，从而无需在实际打包过程中体现打包逻辑，使开发人员可以通过设置配置文件来更改打包策略从而动态更改维度，无需关注打包细节，做到了分割修改打包策略与资源打包之间的耦合关系，提高了项目开发效率。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。附图说明此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1示意性示出本公开示例性实施例中资源打包管理方法100的流程图。图2示意性示出本公开示例性实施例中通过配置文件对Scene路径进行打包配置的示意图。图3示意性示出本公开示例性实施例中通过配置文件对Asset路径进行打包配置的示意图。图4示意性示出本公开示例性实施例中通过配置文件对Resources路径进行打包配置的示意图。图5示意性示出本公开示例性实施例配置文件中的合包配置示意图。图6示意性示出本公开示例性实施例中通过配置文件对依赖资源文件的绝对路径进行配置的示意图。图7示意性示出本公开示例性实施例中通过配置文件对依赖资源文件的相对路径进行配置的示意图。图8示意性示出本公开示例性实施例中资源打包管理方法800的流程图。图9示意性示出本公开示例性实施例中资源管理装置900的方框图。图10示意性示出本公开示例性实施例中资源管理装置1000的方框图。图11示意性示出本公开示例性实施例中资源管理装置1100的方框图。具体实施方式现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。此外，附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。下面结合附图对本公开示例实施方式进行详细说明。图1示意性示出本公开示例性实施例中资源本文档来自技高网...

【技术保护点】
一种资源打包管理方法，其特征在于，所述方法包括：读取配置文件以获取待打包资源文件的路径和所述待打包资源文件对应的资源包的预设名称；根据所述路径获取所述待打包资源文件，并且将所述待打包资源文件打包生成所述预设名称的资源包。

【技术特征摘要】
1.一种资源打包管理方法，其特征在于，所述方法包括：读取配置文件以获取待打包资源文件的路径和所述待打包资源文件对应的资源包的预设名称；根据所述路径获取所述待打包资源文件，并且将所述待打包资源文件打包生成所述预设名称的资源包。2.根据权利要求1所述的资源打包管理方法，其特征在于，还包括：所述待打包资源文件基于待更新资源文件来确定，并包括所述待更新资源文件以及所述待更新资源文件的依赖资源文件。3.根据权利要求2所述的资源打包管理方法，其特征在于，所述配置文件包括所述依赖资源文件的相对路径和/或绝对路径。4.根据权利要求1所述的资源打包管理方法，其特征在于，所述资源包为Unity中的Assetbundle包。5.一种资源打包管理方法，其特征在于，所述方法包括：解析接收到的程序发布数据包以获取配置文件和资源包；读取所述配置文件以获取资源包的名称及对应的打包资源的路径；根据所述资源包的名称与所述打包资源的路径解析所述资源包。6.根据权利要求5所述的资源打包管理方法，其特征在于，所述打包资源包括待更新资源文件以及所述待更新...

【专利技术属性】
技术研发人员：盛凯，
申请(专利权)人：网易杭州网络有限公司，
类型：发明
国别省市：浙江,33