一种平台切换方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种平台切换方法及装置。

背景技术

随着科技水平的不断提升，游戏行业近年来快速发展，Unity是游戏开发的重要工具之一。通常的，游戏开发人员会发布适于不同系统平台的游戏安装包，因此，通过Unity开发游戏的过程中以及开发完成进行打包时，均需要在不同的系统平台之间进行切换。当前Unity在不同的系统平台之间进行切换主要是通过以下方式：第一种方式，每次切换时重新进行Unity工程所需资源的转换，以生成可识别格式的资源及文件；第二种方式，对同一个游戏项目备份多个工程，每个工程对应一个操作系统。然而，第一种方式中每次切换平台都需要进行资源的转换，使得平台切换速率低，不利于安装包的快速生成；而第二种方式中当需要修改代码时，需要同步修改多个，影响发开效率且需要占用过多的存储空间。

发明内容

本申请实施例的目的是提供一种平台切换方法及装置，以提升Unity工程在不同的系统平台之间的切换速率，进而提升开发效率以及相应安装包的生成速率。

第一方面，本申请实施例提供了一种台切换方法，包括：

在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；其中，所述库文件目录中包括所述Unity工程在相应系统平台中运行所需的数据文件；

若在当前系统平台中运行所述Unity工程时接收到第一切换指令，则根据所述第一切换指令确定待切换的目标系统平台所对应的目标备份目录；

通过软链接的方式访问所述目标备份目录；

基于访问的所述目标备份目录运行所述Unity工程，以实现从所述当前系统平台向所述目标系统平台的切换。

第二方面，本申请实施例提供了一种平台切换装置，包括：

备份模块，用于在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；其中，所述库文件目录包括所述Unity工程在相应系统平台中运行所需的数据文件；

确定模块，用于若在当前系统平台中运行所述Unity工程时接收到第一切换指令，则根据所述第一切换指令确定待切换的目标系统平台所对应的目标备份目录；

访问模块，用于通过软链接的方式访问所述目标备份目录；

运行模块，用于基于访问的所述目标备份目录运行所述Unity工程，以实现从所述当前系统平台向所述目标系统平台的切换。

第三方面，本申请实施例提供了一种平台切换设备，包括：处理器；以及被安排成存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器实现上述平台切换方法的步骤。

第四方面，本申请实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被执行时实现上述平台切换方法的步骤。

本申请实施例所提供的平台切换方法及装置，通过在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；以及在当前系统平台中运行Unity工程时若接收到第一切换指令，则根据第一切换指令确定待切换的目标系统平台所对应的目标备份目录；通过软链接的方式访问确定的目标备份目录，并基于访问的目标备份目录运行Unity工程，以实现从当前系统平台向目标系统平台的切换。由此，基于备份目录和软链接的方式进行Unity工程在不同系统平台之间的切换，而无需在每次系统平台的切换时均进行资源的转换以更新数据文件，也无需备份多个Unity工程，不仅降低了存储空间的占用，而且提升了Unity工程在不同系统平台之间的切换速率以及开发效率，进而提升了相应安装包的生成速率。

附图说明

为了更清楚地说明本申请一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种平台切换方法的场景示意图；

图2为本申请实施例提供的一种平台切换方法的第一种流程示意图；

图3为本申请实施例提供的一种平台切换方法的第二种流程示意图；

图4为本申请实施例提供的一种平台切换方法的第三种流程示意图；

图5为本申请实施例提供的一种平台切换方法的第四种流程示意图；

图6为本申请实施例提供的一种平台切换装置的模块组成示意图；

图7为本申请实施例提供的一种平台切换设备的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本申请实施例中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请的一部分实施例，而不是全部的实施例。基于本申请实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都应当属于本申请的保护范围。

图1为本申请实施例提供的一种平台切换方法的应用场景示意图，以Windows、Android、IOS三个系统平台为例，如图1所示，平台切换装置分别在Windows、Android、IOS系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录1、备份目录2、备份目录3为例；其中，库文件目录包括Unity工程在相应系统平台中运行所需的数据文件，该数据文件如Unity在相应系统平台中可识别的特定格式的文件、图集、着色器(Shader)缓存、对程序代码进行转换所得的DLL(Dynamic Link Library，动态链接库)文件等。以当前系统平台为Windows系统平台、待转换的目标系统平台为Android系统平台为例进行说明，若在Windows系统平台中运行Unity工程时接收到向Android系统平台切换的第一切换指令，则根据第一切换指令确定待切换的Android系统平台所对应的目标备份目录为备份目录2；通过软链接的方式访问确定的备份目录2，并基于访问的备份目录2在Android系统平台中运行Unity工程，以实现从Windows系统平台向Android系统平台的切换。由此，基于备份目录和软链接的方式进行Unity工程在不同系统平台之间的切换，而无需在每次系统平台的切换时均进行资源的转换以更新数据文件，也无需备份多个Unity工程，不仅降低了存储空间的占用，而且提升了Unity工程在不同系统平台之间的切换速率以及开发效率，进而提升了相应安装包的生成速率。

基于上述应用场景架构，本申请实施例提供了一种平台切换方法，图2为本申请实施例提供的一种平台切换方法的流程示意图，图2中的方法能够由图1中的平台切换装置执行，如图2所示，该方法包括以下步骤：

步骤S102，在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；其中，库文件目录中包括Unity工程在相应系统平台中运行所需的数据文件；

其中，Unity工程可以是待创建的工程，也可以是已创建的工程；Unity工程的具体类型可以在实际应用中根据需要自行设定，如游戏项目工程等。系统平台如Windows、Android、IOS、Mac等系统平台。库文件目录如Library目录，具体而言，Unity工程的根目录下主要包括Assets、Library、ProjectSettings三个目录；其中，Assets目录中包括Unity工程所需的资源，以Unity工程为游戏工程为例，Assets目录包括的资源如模型、动作、场景、视频、音频、脚本、预制体等；Library目录中包括Unity工程运行时所需的数据文件，如对前述动作、场景等资源进行转换所得的Unity在相应系统平台中可识别的特定格式的文件、着色器(Shader)缓存、图像集、对脚本等程序代码进行转换所得的DLL文件等；ProjectSettings目录中包括各个系统平台的设置选项等。

步骤S104，若在当前系统平台中运行Unity工程时接收到第一切换指令，则根据第一切换指令确定待切换的目标系统平台所对应的目标备份目录；

其中，当前系统平台可以是Windows、Android、IOS、Mac等系统平台中的任一平台，当在当前系统平台中运行Unity工程时，发开人员等需要进行系统平台的切换时，可以在开发界面中的指定位置输入切换信息，并提交输入的切换信息以向平台切换装置发送第一切换指令；当平台切换装置获取到该第一切换指令时，根据第一切换指令包括的切换信息确定目标系统平台以及目标系统平台对应的目标备份目录。

步骤S106，通过软链接的方式访问目标备份目录；

步骤S108，基于访问的目标备份目录运行Unity工程，以实现从当前系统平台向目标系统平台的切换。

本申请实施例中，通过在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；以及，在当前系统平台中运行Unity工程时，若接收到第一切换指令，则根据第一切换指令确定待切换的目标系统平台所对应的目标备份目录；通过软链接的方式访问确定的目标备份目录，并基于访问的目标备份目录运行Unity工程，以实现从当前系统平台向目标系统平台的切换。由此，基于备份目录和软链接的方式进行Unity工程在不同系统平台之间的切换，而无需在每次系统平台的切换时均进行资源的转换以更新数据文件，也无需备份多个Unity工程，不仅降低了存储空间的占用，而且提升了Unity工程在不同系统平台之间的切换速率以及开发效率，进而提升了相应安装包的生成速率。

为了实现Unity工程在不同系统平台之间的快速切换，本申请实施例中，首先在不同的系统平台中对Unity工程的库文件目录进行备份处理，具体的，如图3所示，步骤S102包括：

步骤S1022，在不同的系统平台中对待处理的Unity工程进行加载处理，得到Unity工程在相应系统平台中的库文件目录；其中，不同的系统平台之间基于第二切换指令进行切换；

步骤S1024，在每个系统平台的指定路径下创建第一目录，将相应库文件目录中的数据文件拷贝至相应的第一目录中，将包括数据文件的第一目录确定为相应系统平台所对应的备份目录。

具体的，可以在各系统平台中首次加载Unity工程时，创建相应的备份目录。即首先在第一系统平台(如Windows系统平台)中对待处理的Unity工程进行加载处理，得到Unity工程在该第一系统平台中的库文件目录；以及在第一系统平台的指定路径下创建第一目录，将Unity工程在第一系统平台中的库文件目录中的数据文件拷贝至创建的第一目录中，并将包括数据文件的第一目录确定为第一系统平台所对应的备份目录。然后，开发人员或者与平台切换装置相连的控制模块可以向平台切换装置发送第二切换指令。当平台切换装置接收到第二切换指令时，根据第二切换指令包括的切换信息确定待切换的第二系统平台(如IOS系统平台)，并进行系统平台的切换，即在第二系统平台中对待处理的Unity工程进行加载处理，得到Unity工程在该第二系统平台中的库文件目录；以及在第二系统平台的指定路径下创建第一目录，将Unity工程在第二系统平台的库文件目录中的数据文件拷贝至创建的第一目录中，并将包括数据文件的第一目录确定为第二系统平台所对应的备份目录。此时，开发人员或者与平台切换装置相连的控制模块可以向平台切换装置发送第二切换指令。当平台切换装置接收到第二切换指令时，按照上述方式创建待切换的第三系统平台所对应的备份目录，以此类推，直至得到每个系统平台所对应的备份目录，从而可基于该备份目录进行不同系统平台之间的快速切换。需要指出的，不同系统平台中的指定路径可以相同也可以不同，其可以在实际应用中根据需要自行设定。

进一步的，由于上述创建备份目录的操作是在相应的系统平台中首次加载Unity工程时所进行，由于此时还没有备份目录，因此需要在系统平台切换时，进行资源的转换处理。具体的，如图4所示，步骤S1022包括以下步骤S1022-2至步骤S1022-6：

步骤S1022-2，在不同的系统平台中对待处理的Unity工程的资源进行加载处理；

具体的，在不同的系统平台中对待处理的Unity工程的Assets目录中的资源进行加载处理；其中，Unity工程的资源可以在实际应用中根据Unity工程的类型自行设定，以Unity工程为游戏项目工程为例，在不同的系统平台中对待处理的Unity工程的模型、动作、场景、视频、音频、脚本、预制体等资源进行加载处理。

步骤S1022-4，根据加载的资源生成Unity工程在相应系统平台中的数据文件；

例如，根据上述模型、动作、场景等资源生成Unity工程在相应平台系统可识别的特定格式的文件、对脚本等程序代码进行转换处理得到DLL文件等。需要指出的是，当将Unity工程的资源加载到Unity时，这些资源并没有改变，而是基于预设的规则根据资源生成相应系统平台可以运行且处理的数据文件，从而基于生成的数据文件生成相应的库文件目录。

步骤S1022-6，根据生成的数据文件生成Unity工程在相应系统平台中的库文件目录。

具体的，若当前系统平台是首个加载Unity工程的系统平台，则创建空目录，将生成的数据文件保存至创建的空目录中，得到当前系统平台的库文件目录；若当前系统平台不是首个加载Unity工程的系统平台，则将当前库文件目录中已有的数据文件删除，并将当前生成的数据文件保存至库文件目录中，得到当前系统平台的库文件目录；其中，当前库文件目录中的数据文件是Unity工程在当前系统平台的前一个系统平台中的数据文件。

仍以前述示例进行说明，当在第一系统平台(如Windows系统平台)中根据加载的资源生成Unity工程在该第一系统平台中的数据文件时，创建空目录，并将生成的数据文件保存至该空目录中，得到Unity工程在第一系统平台中的库文件目录。当在第二系统平台(如IOS系统平台)中根据加载的资源生成Unity工程在该第二系统平台中的数据文件时，将当前库文件目录中包括的第一系统平台中的数据文件删除，并将当前在第二系统平台中生成的数据文件保存至库文件目录中，得到第二系统平台的库文件目录。当从第二系统平台切换至第三系统平台时，在第三系统平台中生成库文件目录的方式与在第二系统平台中生成库文件目录的方式相同，以此类推，故不再一一列举。

需要指出的是，当当前系统平台是首个加载Unity工程的系统平台时，空目录的创建操作可以在数据文件的生成操作之前执行，还可以在数据文件的生成操作之后执行，还可以同时执行；当当前系统平台不是首个加载Unity工程的系统平台，数据文件的生成操作可以在库文件目录中的数据文件的删除操作之前执行，还可以在库文件目录中的数据文件的删除操作之后执行，还可以与库文件目录中的数据文件的删除操作同时执行；对此，本申请实施例中不做具体限定。

由此，在每个系统平台中首次加载Unity工程时，对资源进行转换以生成数据文件，基于该数据文件生成Unity工程在各系统平台的库文件目录，并创建该库文件目录的备份目录，从而在后续进行不同系统平台之间的切换时，可基于该备份目录进行快速切换。并且，创建备份目录相较于对同一个Unity工程备份出多个工程而言，由于备份目录中的数据要远小于Unity工程的完整数据，因此节约了存储空间。

为了使Unity工程能够基于备份目录在不同的系统平台之间进行快速切换，本说明书一个或多个实施例中，第一切换指令中的切换信息包括目标备份目录的目录信息。具体的，如图5所示，步骤S104包括以下步骤S1042：

步骤S1042，若在当前系统平台中运行Unity工程时接收到第一切换指令，则从第一切换指令中获取路径信息，将获取的路径信息对应的备份目录确定为待切换的目标系统平台所对应的目标备份目录。

具体的，第一切换指令中的切换信息包括目标系统平台的平台信息和目标备份目录的目录信息；平台切换装置接收到第一切换指令时，从第一切换指令包括的切换信息中获取平台信息和目录信息，根据平台信息确定目标系统平台，根据目录信息确定目标备份目录。其中，平台信息如平台标识、平台名称等；目录信息如目标备份目录所在位置的路径信息等。需要指出的是，若是在当前系统平台中首次运行Unity工程，则基于Unity工程在当前系统平台中的库文件目录运行Unity工程；若不是在当前系统平台中首次运行Unity工程，则基于当前系统平台所对应的备份目录运行Unity工程。

与步骤S1042对应的，如图5所示，步骤S106包括以下步骤S1062：

步骤S1062，根据获取的路径信息，通过当前系统平台对应的访问指令软链接至目标备份目录。

作为示例，当前系统平台为Windows系统平台，访问指令为mklink命令；当前系统平台为Mac系统平台，访问指令为Ln命令等。

由此，在得到目标系统平台的备份目录后，通过在第一切换指令中指定目标备份目录的路径信息，平台切换装置能够根据该路径信息通过软链接的方式，从当前系统的库文件目录或备份目录快速的链接到目标系统平台所对应的目标备份目录，从而基于目标备份目录中的数据文件运行Unity工程；而无需再次进行资源的加载以及数据文件的生成操作，因此极大的提升了系统平台的切换效率。

为了更好的理解本申请的技术方案，以下以在IOS系统平台和Windows系统平台之间进行切换为例进行进一步说明，可以包括以下步骤：

步骤S202，在IOS系统平台中加载预先设置的Unity工程的资源；

步骤S204，根据加载的资源生成Unity工程在IOS系统平台中的数据文件；

步骤S206，创建空目录，将生成的数据文件保存至空目录中，得到Unity工程在IOS系统平台中的库文件目录，基于该库文件目录在IOS系统平台中运行Unity工程；

步骤S208，在IOS系统平台的指定路径下创建第一目录，将Unity工程在IOS系统平台的库文件目录中的数据文件拷贝创建的第一目录中，将包括数据文件的第一目录确定为IOS系统平台所对应的备份目录；

例如，IOS系统平台所对应的备份目录的为IosLibrary目录

步骤S210，在IOS系统平台中接收第二切换指令，根据第二切换指令确定待切换的目标系统平台为Windows系统平台；

例如，第二切换指令中包括平台名称Windows。

步骤S212，在Windows系统平台中加载预先设置的Unity工程的资源；

步骤S214，根据加载的资源生成Unity工程在Windows系统平台中的数据文件；

步骤S216，将当前库文件目录中的数据文件删除，并将生成的数据文件保存至库文件目录中，得到Unity工程在Windows系统平台中的库文件目录，基于该库文件目录在Windows系统平台中运行Unity工程；

具体的，将当前库文件目录包括的IOS系统平台中的数据文件删除，并将在Windows系统平台中生成的数据文件保存至库文件目录中，得到Unity工程在Windows系统平台中的库文件目录，基于该库文件目录在Windows系统平台中运行Unity工程。

步骤S218，在Windows系统平台的指定路径下创建第一目录，将Unity工程在Windows系统平台的库文件目录中的数据文件拷贝创建的第一目录中，将包括数据文件的第一目录确定为Windows系统平台所对应的备份目录；

例如，Windows系统平台所对应的备份目录为WindowsLibrary目录。

步骤S220，在Windows系统平台中接收第一切换指令，根据第一切换指令确定待切换的目标系统平台为IOS系统平台；

步骤S222，从第一切换指令中获取路径信息，将获取的路径信息对应的备份目录确定为目标备份目录；以及，根据获取的路径信息基于预设的访问指令软链接至目标备份目录；

例如，基于mklink指令软链接至目录名称为IosLibrary的目标备份目录。

步骤S224，基于目标备份目录运行Unity工程，以实现从Windows系统平台向IOS系统平台的切换。

本申请实施例中，通过在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；以及，在当前系统平台中运行Unity工程时，若接收到第一切换指令，则根据第一切换指令确定待切换的目标系统平台所对应的目标备份目录；并通过软链接的方式访问确定的目标备份目录，并基于访问的目标备份目录运行Unity工程，以实现从当前系统平台向目标系统平台的切换。由此，基于备份目录和软链接的方式进行Unity工程在不同系统平台之间的切换，而无需在每次系统平台的切换时均进行资源的转换以更新数据文件，也无需备份多个Unity工程，不仅降低了存储空间的占用，而且提升了Unity工程在不同系统平台之间的切换速率以及开发效率，进而提升了相应安装包的生成速率。

进一步的，对应上述图2至图5描述的平台切换方法，基于相同的技术构思，本申请实施例还提供一种平台切换装置。图6为本申请实施例提供的一种平台切换装置的模块组成示意图，该装置用于执行图2至图5描述的平台切换方法，如图6所示，该装置包括：

备份模块301，用于在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；其中，所述库文件目录包括所述Unity工程在相应系统平台中运行所需的数据文件；

确定模块302，用于若在当前系统平台中运行所述Unity工程时接收到第一切换指令，则根据所述第一切换指令确定待切换的目标系统平台所对应的目标备份目录；

访问模块303，用于通过软链接的方式访问所述目标备份目录；

运行模块304，用于基于访问的所述目标备份目录运行所述Unity工程，以实现从所述当前系统平台向所述目标系统平台的切换。

本申请实施例中，通过在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；以及在当前系统平台中运行Unity工程时若接收到第一切换指令，则根据第一切换指令确定待切换的目标系统平台所对应的目标备份目录；通过软链接的方式访问确定的目标备份目录，并基于访问的目标备份目录运行Unity工程，以实现从当前系统平台向目标系统平台的切换。由此，基于备份目录和软链接的方式进行Unity工程在不同系统平台之间的切换，而无需在每次系统平台的切换时均进行资源的转换以更新数据文件，也无需备份多个Unity工程，不仅降低了存储空间的占用，而且提升了Unity工程在不同系统平台之间的切换速率以及开发效率，进而提升了相应安装包的生成速率。

可选地，所述备份模块301具体用于：

在不同的系统平台中对所述Unity工程进行加载处理，得到所述Unity工程在相应系统平台中的库文件目录；其中，所述不同的系统平台之间基于第二切换指令进行切换；

在每个系统平台的指定路径下创建第一目录，将所述库文件目录中的所述数据文件拷贝至相应的所述第一目录中，将包括所述数据文件的第一目录确定为相应系统平台所对应的备份目录。

可选地，所述备份模块301进一步具体用于：

在不同的系统平台中对所述Unity工程的资源进行加载处理；

根据加载的资源生成所述Unity工程在相应系统平台中的数据文件；

根据所述数据文件生成所述Unity工程在相应系统平台中的库文件目录。

可选地，所述备份模块301进一步具体用于：

若当前系统平台是首个加载所述Unity工程的系统平台，则创建空目录，将所述数据文件保存至所述空目录中，得到所述当前系统平台的库文件目录；

若当前系统平台不是首个加载所述Unity工程的系统平台，则将库文件目录中的所述数据文件删除，并将当前生成的所述数据文件保存至所述库文件目录中，得到所述当前系统平台的库文件目录；其中，所述当前库文件目录中的所述数据文件是所述Unity工程在所述当前系统平台的前一个系统平台中的数据文件。

可选地，所述确定模块302具体用于：

从所述第一切换指令中获取路径信息，将获取的所述路径信息对应的备份目录确定为所述目标系统平台所对应的目标备份目录。

可选地，所述访问模块303具体用于：

根据所述路径信息，通过所述当前系统平台对应的访问指令软链接至所述目标备份目录。

本申请实施例所提供的平台切换装置，通过在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；以及在当前系统平台中运行Unity工程时若接收到第一切换指令，则根据第一切换指令确定待切换的目标系统平台所对应的目标备份目录；通过软链接的方式访问确定的目标备份目录，并基于访问的目标备份目录运行Unity工程，以实现从当前系统平台向目标系统平台的切换。由此，基于备份目录和软链接的方式进行Unity工程在不同系统平台之间的切换，而无需在每次系统平台的切换时均进行资源的转换以更新数据文件，也无需备份多个Unity工程，不仅降低了存储空间的占用，而且提升了Unity工程在不同系统平台之间的切换速率以及开发效率，进而提升了相应安装包的生成速率。

需要说明的是，本申请中关于平台切换装置的实施例与本申请中关于平台切换方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的平台切换方法的实施，重复之处不再赘述。

进一步的，对应上述描述的平台切换方法，基于相同的技术构思，本申请实施例还提供一种平台切换设备，该设备用于执行上述的平台切换方法，图7为本申请实施例提供的平台切换设备的结构示意图。

如图7所示，平台切换设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器401和存储器402，存储器402中可以存储有一个或一个以上存储应用程序或数据。其中，存储器402可以是短暂存储或持久存储。存储在存储器402的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括平台切换设备中的一系列计算机可执行指令。更进一步地，处理器401可以设置为与存储器402通信，在平台切换设备上执行存储器402中的一系列计算机可执行指令。平台切换设备还可以包括一个或一个以上电源403，一个或一个以上有线或无线网络接口404，一个或一个以上输入输出接口405，一个或一个以上键盘406等。

在一个具体的实施例中，平台切换设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对平台切换设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；其中，所述库文件目录中包括所述Unity工程在相应系统平台中运行所需的数据文件；

若在当前系统平台中运行所述Unity工程时接收到第一切换指令，则根据所述第一切换指令确定待切换的目标系统平台所对应的目标备份目录；

通过软链接的方式访问所述目标备份目录；

基于访问的所述目标备份目录运行所述Unity工程，以实现从所述当前系统平台向所述目标系统平台的切换。

本申请实施例中，通过在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；以及在当前系统平台中运行Unity工程时若接收到第一切换指令，则根据第一切换指令确定待切换的目标系统平台所对应的目标备份目录；通过软链接的方式访问确定的目标备份目录，并基于访问的目标备份目录运行Unity工程，以实现从当前系统平台向目标系统平台的切换。由此，基于备份目录和软链接的方式进行Unity工程在不同系统平台之间的切换，而无需在每次系统平台的切换时均进行资源的转换以更新数据文件，也无需备份多个Unity工程，不仅降低了存储空间的占用，而且提升了Unity工程在不同系统平台之间的切换速率以及开发效率，进而提升了相应安装包的生成速率。

可选地，计算机可执行指令在被执行时，所述在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录，包括：

在不同的系统平台中对所述Unity工程进行加载处理，得到所述Unity工程在相应系统平台中的库文件目录；其中，所述不同的系统平台之间基于第二切换指令进行切换；

在每个系统平台的指定路径下创建第一目录，将所述库文件目录中的所述数据文件拷贝至相应的所述第一目录中，将包括所述数据文件的第一目录确定为相应系统平台所对应的备份目录。

可选地，计算机可执行指令在被执行时，所述在不同的系统平台中对所述Unity工程进行加载处理，得到所述Unity工程在相应系统平台中的库文件目录，包括：

在不同的系统平台中对所述Unity工程的资源进行加载处理；

根据加载的资源生成所述Unity工程在相应系统平台中的数据文件；

根据所述数据文件生成所述Unity工程在相应系统平台中的库文件目录。

可选地，计算机可执行指令在被执行时，所述根据所述数据文件生成所述Unity工程在相应系统平台中的库文件目录，包括：

若当前系统平台是首个加载所述Unity工程的系统平台，则创建空目录，将所述数据文件保存至所述空目录中，得到所述当前系统平台的库文件目录；

若当前系统平台不是首个加载所述Unity工程的系统平台，则将库文件目录中的所述数据文件删除，并将当前生成的所述数据文件保存至所述库文件目录中，得到所述当前系统平台的库文件目录；其中，所述当前库文件目录中的所述数据文件是所述Unity工程在所述当前系统平台的前一个系统平台中的数据文件。

可选地，计算机可执行指令在被执行时，所述根据所述第一切换指令确定待切换的目标系统平台所对应的目标备份目录，包括：

从所述第一切换指令中获取路径信息，将获取的所述路径信息对应的备份目录确定为所述目标系统平台所对应的目标备份目录。

可选地，计算机可执行指令在被执行时，所述通过软链接的方式访问所述目标备份目录，包括：

根据所述路径信息，通过所述当前系统平台对应的访问指令软链接至所述目标备份目录。

本申请实施例所提供的平台切换设备，通过在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；以及在当前系统平台中运行Unity工程时若接收到第一切换指令，则根据第一切换指令确定待切换的目标系统平台所对应的目标备份目录；通过软链接的方式访问确定的目标备份目录，并基于访问的目标备份目录运行Unity工程，以实现从当前系统平台向目标系统平台的切换。由此，基于备份目录和软链接的方式进行Unity工程在不同系统平台之间的切换，而无需在每次系统平台的切换时均进行资源的转换以更新数据文件，也无需备份多个Unity工程，不仅降低了存储空间的占用，而且提升了Unity工程在不同系统平台之间的切换速率以及开发效率，进而提升了相应安装包的生成速率。

需要说明的是，本申请中关于平台切换设备的实施例与本申请中关于平台切换方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的平台切换方法的实施，重复之处不再赘述。

进一步的，对应上述描述的平台切换方法，基于相同的技术构思，本申请一个或多个实施例还提供了一种存储介质，用于存储计算机可执行指令，一个具体的实施例中，该存储介质可以为U盘、光盘、硬盘等，该存储介质存储的计算机可执行指令在被处理器执行时，能实现以下流程：

在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；其中，所述库文件目录中包括所述Unity工程在相应系统平台中运行所需的数据文件；

若在当前系统平台中运行所述Unity工程时接收到第一切换指令，则根据所述第一切换指令确定待切换的目标系统平台所对应的目标备份目录；

通过软链接的方式访问所述目标备份目录；

基于访问的所述目标备份目录运行所述Unity工程，以实现从所述当前系统平台向所述目标系统平台的切换。

本申请实施例中，通过在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；以及在当前系统平台中运行Unity工程时若接收到第一切换指令，则根据第一切换指令确定待切换的目标系统平台所对应的目标备份目录；通过软链接的方式访问确定的目标备份目录，并基于访问的目标备份目录运行Unity工程，以实现从当前系统平台向目标系统平台的切换。由此，基于备份目录和软链接的方式进行Unity工程在不同系统平台之间的切换，而无需在每次系统平台的切换时均进行资源的转换以更新数据文件，也无需备份多个Unity工程，不仅降低了存储空间的占用，而且提升了Unity工程在不同系统平台之间的切换速率以及开发效率，进而提升了相应安装包的生成速率。

可选地，该存储介质存储的计算机可执行指令在被处理器执行时，所述在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录，包括：

在不同的系统平台中对所述Unity工程进行加载处理，得到所述Unity工程在相应系统平台中的库文件目录；其中，所述不同的系统平台之间基于第二切换指令进行切换；

在每个系统平台的指定路径下创建第一目录，将所述库文件目录中的所述数据文件拷贝至相应的所述第一目录中，将包括所述数据文件的第一目录确定为相应系统平台所对应的备份目录。

可选地，该存储介质存储的计算机可执行指令在被处理器执行时，所述在不同的系统平台中对所述Unity工程进行加载处理，得到所述Unity工程在相应系统平台中的库文件目录，包括：

在不同的系统平台中对所述Unity工程的资源进行加载处理；

根据加载的资源生成所述Unity工程在相应系统平台中的数据文件；

根据所述数据文件生成所述Unity工程在相应系统平台中的库文件目录。

可选地，该存储介质存储的计算机可执行指令在被处理器执行时，所述根据所述数据文件生成所述Unity工程在相应系统平台中的库文件目录，包括：

若当前系统平台是首个加载所述Unity工程的系统平台，则创建空目录，将所述数据文件保存至所述空目录中，得到所述当前系统平台的库文件目录；

若当前系统平台不是首个加载所述Unity工程的系统平台，则将库文件目录中的所述数据文件删除，并将当前生成的所述数据文件保存至所述库文件目录中，得到所述当前系统平台的库文件目录；其中，所述当前库文件目录中的所述数据文件是所述Unity工程在所述当前系统平台的前一个系统平台中的数据文件。

可选地，该存储介质存储的计算机可执行指令在被处理器执行时，所述根据所述第一切换指令确定待切换的目标系统平台所对应的目标备份目录，包括：

从所述第一切换指令中获取路径信息，将获取的所述路径信息对应的备份目录确定为所述目标系统平台所对应的目标备份目录。

可选地，该存储介质存储的计算机可执行指令在被处理器执行时，所述通过软链接的方式访问所述目标备份目录，包括：

根据所述路径信息，通过所述当前系统平台对应的访问指令软链接至所述目标备份目录。

本申请实施例提供的存储介质所存储的计算机可执行指令在被处理器执行时，通过在不同的系统平台中对待处理的Unity工程的库文件目录进行备份处理，得到每个系统平台所对应的备份目录；以及在当前系统平台中运行Unity工程时若接收到第一切换指令，则根据第一切换指令确定待切换的目标系统平台所对应的目标备份目录；通过软链接的方式访问确定的目标备份目录，并基于访问的目标备份目录运行Unity工程，以实现从当前系统平台向目标系统平台的切换。由此，基于备份目录和软链接的方式进行Unity工程在不同系统平台之间的切换，而无需在每次系统平台的切换时均进行资源的转换以更新数据文件，也无需备份多个Unity工程，不仅降低了存储空间的占用，而且提升了Unity工程在不同系统平台之间的切换速率以及开发效率，进而提升了相应安装包的生成速率。

其中，所述的计算机可读存储介质包括只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

需要说明的是，本申请中关于存储介质的实施例与本申请中关于平台切换方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应的平台切换方法的实施，重复之处不再赘述。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。