CN112052224B - 文件导出方法和装置 - Google Patents

Abstract

本申请的实施例提供了一种文件导出方法及装置，该方法包括：在第一软件中运行所述文件导出插件后，根据在所述文件导出插件的交互界面中所指定的第一路径访问源文件夹；对所述源文件夹中的文件进行文件格式识别，确定所述源文件夹中文件格式为第一文件格式的文件；将目标文件导出成第二文件格式的文件，得到第二文件，所述目标文件是所述源文件夹中文件格式为所述第一文件格式的至少一个文件；按照在所述文件导出插件的交互界面中所指定的目标路径将所述第二文件存入所述目标路径指示的目标文件夹中。实现了自动将第一文件格式的目标文件导出成第二文件格式的第二文件，缩短了文件导出的时间，提高了文件导出效率。

Description

文件导出方法和装置

技术领域

本申请涉及计算机及通信技术领域，具体而言，涉及一种文件导出方法和装置。

背景技术

相关技术中，为了实现将源文件夹中文件格式为第一文件格式的目标文件导出成第二文件格式的第二文件，需要先在可以打开第一文件格式的软件中打开目标文件，然后在软件中触发相应的功能或者调用命令，将所打开的目标文件导出成第二文件格式的第二文件。在该过程中，由于需要先通过人工点击操作使目标文件在可以识别第一文件格式的软件中打开，然后人工触发进行功能和命令调用来将目标文件转换成第二文件格式的第二文件，人工操作步骤多，导致文件导出的时间花费长，若目标文件的数量较多，则文件导出花费的时间更长，文件导出的效率低。

发明内容

本申请的实施例提供了一种文件导出方法和装置，进而至少在一定程度上可以缩短文件导出时间，提高文件导出效率。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供了一种文件导出方法，应用于文件导出插件，所述方法包括：

在第一软件中运行所述文件导出插件后，根据在所述文件导出插件的交互界面中所指定的第一路径访问源文件夹，所述源文件夹中的文件由所述第一软件生成；

对所述源文件夹中的文件进行文件格式识别，确定所述源文件夹中文件格式为第一文件格式的文件；

将目标文件导出成第二文件格式的文件，得到第二文件，所述目标文件是所述源文件夹中文件格式为所述第一文件格式的至少一个文件；

按照在所述文件导出插件的交互界面中所指定的目标路径将所述第二文件存入所述目标路径指示的目标文件夹中。

根据本申请实施例的一个方面，提供了一种文件导出装置，应用于文件导出插件，所述装置包括：

访问模块，用于在第一软件中运行所述文件导出插件后，根据在所述文件导出插件的交互界面中所指定的第一路径访问源文件夹，所述源文件夹中的文件由所述第一软件生成；

文件格式识别模块，用于对所述源文件夹中的文件进行文件格式识别，确定所述源文件夹中文件格式为第一文件格式的文件；

文件导出模块，用于将目标文件导出成第二文件格式的文件，得到第二文件，所述目标文件是所述源文件夹中文件格式为所述第一文件格式的至少一个文件；

文件存入模块，用于按照在所述文件导出插件的交互界面中所指定的目标路径将所述第二文件存入所述目标路径指示的目标文件夹中。

根据本申请实施例的一个方面，提供了一种电子设备，包括：处理器；及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如上所述的方法。

根据本申请实施例的一个方面，提供了一种计算机可读存储介质，其上存储有计算机可读指令，当所述计算机可读指令被处理器执行时，实现如上所述的方法。

在本申请的一些实施例所提供的技术方案中，在第一软件中运行文件导出插件后，通过该文件导出插件对源文件夹中的文件进行文件格式识别，确定源文件中文件格式为第一文件格式的文件，然后将源文件中文件格式为第一文件格式的目标文件导出成第二文件格式的第二文件，并对应将所得到的第二文文件存入至目标文件夹中，实现了自动将源文件夹中文件格式为第一文件格式的目标文件导出成第二文件格式的第二文件；而且，不需要先在第一软件中打开源文件夹中文件格式为第一文件格式的文件，然后触发第一软件中命令和选项来进行文件格式转换，该过程中涉及人工操作的步骤少，源文件夹中多个目标文件可以批量进行格式转换和导出，大幅缩短了文件导出所花费的时间，提高了文件导出效率，有效解决了现有技术中因人工操作步骤多所导致文件导出花费时间长，效率低的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图；

图2是根据本申请的一个实施例示出的文件导出方法的流程图；

图3是图2对应实施例的步骤220在一实施例中的流程图；

图4是根据一实施例示出的确定目标文件的流程图；

图5是根据一实施例示出的步骤210之前步骤的流程图；

图6是根据一实施例示出的步骤240之前步骤的流程图；

图7是图2对应实施例的步骤230在一实施例中的流程图；

图8是Autodesk 3ds Max中显示所打开max文件的示意图；

图9是示出了Autodesk 3ds Max软件中Export命令和Export selected选项；

图10示出了在Autodesk 3ds Max软件中指定导出文件格式的示意图；

图11示出了fbx文件在Unity软件中的加载示意图；

图12是根据一具体实施例示出的文件导出的流程图；

图13示出了运行ms工具在Autodesk 3ds Max软件中运行时的交互界面示意图；

图14示出了在ms工具中进行“2.maxfiles”选项触发和显示文件名列表的示意图；

图15示出了源文件夹中所存储文件的示意图；

图16示出了在ms工具中进行“2.fbxfiles”选项触发并指定目标路径的示意图；

图17示出了在ms工具中进行“start”选项触发的示意图；

图18示出了所导出得到fbx文件在Unity的工程文件中的示意图；

图19示出了根据本申请的一个实施例的文件导出装置的框图；

图20示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。

如图1所示，系统架构可以包括多个(“多个”在本申请的实施例中理解为至少两个)终端设备(终端设备可以是如图1中所示便携式计算机102、台式计算机101，当然，还可以是其他可以运行第一软件的设备)、网络103和服务器104。网络103用以在终端设备和服务器104之间提供通信链路的介质，网络103可以包括各种连接类型，例如有线通信链路、无线通信链路等等。应该理解，图1中的终端设备和服务器104的数目仅仅是示意性的，根据实现需要，可以具有任意数目的终端设备和服务器104，比如服务器104可以是多个服务器组成的服务器集群等。

在本申请的一个实施例中，终端设备上可以运行有第一软件，该第一软件可生成源文件夹中的文件，此时服务器104可以用于为第一软件提供服务。

在本申请的一个实施例中，在终端设备中运行第一软件后，在第一软件中运行文件导出插件，用户可以在终端设备所显示文件导出插件的交互界面中进行第一路径的指定和目标路径的指定。终端设备中所运行的文件导出插件按照第一路径访问源文件夹中的文件，并识别源文件夹中文件格式为第一文件格式的文件，然后将源文件夹中文件格式为第一文件格式的文件导出成第二格式，得到第二文件，并将第二文件按照存入目标路径所指向的目标文件夹。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图2是根据本申请的一个实施例示出的文件导出方法的流程图，该文件导出方法可以由终端设备中的文件导出插件执行，该终端设备可以运行第一软件，从而文件导出插件可以在第一软件中运行。参照图2所示，该文件导出方法至少包括步骤210至步骤240，详细介绍如下。

步骤210，在第一软件中运行文件导出插件后，根据在文件导出插件的交互界面中所指定的第一路径访问源文件夹，源文件夹中的文件是由所述第一软件生成的。

如上所描述，现有技术中，如果需要将第一软件所生成第一文件格式的文件进行格式转换，需要先在第一软件中打开所需要进行格式转换的文件，然后在第一软件的界面中选择用于进行格式转换的命令或者选项，由第一软件进行格式转换，并将转换所得到第二格式的文件进行保存。而该过程中，人工操作步骤多，文件导出效率低。

在本申请的方案中，提供了可以运行于第一软件中的文件导出插件，该文件导出插件用于实现自动将源文件夹中文件格式为第一文件格式的文件导出成第二文件格式的第二文件。该文件导出插件需要依赖第一软件的运行环境来实现自身的运行，换言之，该文件导出插件不能脱离第一软件实现自身的运行。

通过文件导出插件来实现自动进行文件导出，而并不涉及到对第一软件本身的改动，从而，实现了在不进行第一软件改动的情况下，借助于在第一软件中运行的文件导出插件自动进行文件导出。

而且，由源文件夹中的文件是由第一软件生成的，从而，该文件导出插件可以借助于第一软件与源文件夹的关系，实现源文件夹的快速访问。

其中，第一路径是指向源文件夹的路径。

在本申请的一个实施例中，第一路径可以是由用户在文件导出插件的交互界面中进行指定。文件导出插件的交互界面中对应提供了用于用户进行第一路径指定的入口，由此，用户可以在该入口中进行路径选择或者输入路径，所选择的路径或者所输入的路径即为所指定的第一路径。从而，用户可以在文件导出插件的交互界面中根据实际需要进行第一路径的指定。

在本申请的一个实施例中，所指定的第一路径还可以从配置文件中获得，也就是说，预先在配置文件设定指向源文件夹的路径，则在步骤210中，将配置文件中所设定的第一路径作为所指定的第一路径。

步骤220，对源文件夹中的文件进行文件格式识别，确定源文件夹中文件格式为第一文件格式的文件。

文件格式是指为了存储信息而使用的对信息进行特殊的编码方式。由于文件格式通常有一种或者多种相应的后缀名(又称扩展名)，后缀名可以用于标识文件格式。基于此，可以根据后缀名来进行文件格式识别。

在本申请的一些实施例中，如图3所示，步骤220包括：

步骤310，扫描源文件夹中各文件的文件名，获得各文件的文件名。

文件导出插件按照所指定的第一路径定位到源文件夹后，对源文件夹中各个文件的文件名进行扫描，从而，可以提取得到源文件中各个文件的文件名。

步骤320，将文件名中的后缀名与第一文件格式所指示的目标后缀名进行匹配，确定后缀名与目标后缀名相同的文件，所确定后缀名与目标后缀名相同的文件作为文件格式为第一文件格式的文件。

文件名是为便于文件区分，而为文件所设定的名称，其中，文件名包括文件主名和后缀名，文件主名和后缀名之间通过一个小圆点隔开。举例来说，若一文件名为：L_LanFan_Base_Stun.max，则max是后缀名，而L_LanFan_Base_Stun是文件主名。

在得到源文件夹中各个文件的文件名后，可以对应从文件名中提取出各个文件的后缀名。具体的，由于文件名中文件主名和后缀名之间通过小圆点隔开，从而，通过字符识别的方式，识别文件名中的小圆点，然后以该小圆点作为分界，从文件名中提取出小圆点之后的字符，即得到该文件的后缀名。

然后，将各文件的后缀名与第一文件格式所指示的目标后缀名进行字符匹配，以通过字符匹配确定文件的后缀名与第一文件格式所指示的目标后缀名是否相同，进行确定源文件中后缀名与目标后缀名相同的文件。

请继续参阅图2，步骤230，将目标文件导出成第二文件格式的文件，得到第二文件，目标文件是源文件夹中文件格式为第一文件格式的至少一个文件。

目标文件是指源文件夹中文件格式为第一文件格式，且需要导出为第二文件格式的文件。其中，目标文件可以是一个也可以是多个。

为将目标文件导出成第二文件格式的文件，需要先从源文件夹中进行目标文件的复制，然后将所复制的目标文件进行格式转换，即将所复制的目标文件由第一文件格式转换为第二文件格式，所转换得到文件格式为第二文件格式的文件即为第二文件。可以理解的是，步骤230的过程并不会改变源文件夹中所存储的文件。

在本申请的一些实施例中，可以借助于文件导出插件中所集成的文件格式转换工具来将第一文件格式的目标文件转换成第二文件格式的第二文件。该文件格式转换工具中配置了实现将第一文件格式的文件转换成第二文件格式的逻辑，从而，基于所选定的第二文件格式，将第一文件格式的目标文件转换为第二文件格式的第二文件。

在本申请的一些实施例中，文件格式转化工具可以仅配置将第一文件格式的文件转换成第二文件格式的逻辑，从而，该文件格式转化工具仅能实现将文件的格式在第一文件格式和第二文件格式之间转换，或者仅能实现将文件的文件格式由第一文件格式转换成第二文件格式。

在本申请的一些实施例中，文件格式转换工具可以实现将第一文件格式的文件转换成多种文件格式。在此情况下，为了将第一文件格式的文件转换成第二文件格式，需要先为该文件格式转换工具选定需要转换至的第二文件格式，然后，基于所选定的第二文件格式，调用该文件格式转换工具中实现将第一文件格式转换成第二文件格式的逻辑，实现将第一文件格式的目标文件转换成第二文件格式，得到第二文件。

步骤240，按照在文件导出插件的交互界面中所指定的目标路径将第二文件存入目标路径指示的目标文件夹中。

与第一路径类似，该目标路径可以是由用户在文件导出插件的交互界面中用于指定目标路径的入口中进行指定，也可以是预先配置在配置文件中，在步骤240中，从配置文件中直接获取该目标路径。

相关技术中，为了实现将源文件夹中文件格式为第一文件格式的目标文件导出成第二文件格式的第二文件，需要先在可以打开第一文件格式的软件中打开目标文件，然后在软件中触发相应的功能或者调用命令，将所打开的目标文件导出成第二文件格式的第二文件。在该过程中，由于需要先通过人工点击操作使目标文件在可以识别第一文件格式的软件中打开，然后人工触发进行功能和命令调用来将目标文件转换成第二文件格式，人工操作步骤多，导致文件导出的时间花费长，若目标文件的数量较多，则文件导出花费的时间更长，导致文件导出的效率低。

而在本申请的方案中，通过配置文件导出插件，并将文件导出插件运行于第一软件中，通过文件导出插件对源文件夹中的文件进行文件格式识别，确定源文件中文件格式为第一文件格式的文件，然后将源文件中文件格式为第一文件格式的目标文件导出成第二文件格式的第二文件，并对应将所得到的第二文件存入至目标文件夹中，实现了自动将源文件夹中文件格式为第一文件格式的目标文件导出成第二文件格式的第二文件；而且，该过程中涉及人工操作的步骤少，源文件中的多个目标文件可以批量导出，从而缩短了文件导出所花费的时间，大幅提高了文件导出效率。

在本申请的一些实施例中，步骤320之后，该方法还包括：

在文件导出插件的交互界面上显示文件名列表，文件名列表包括后缀名与目标后缀名相同的文件所对应的文件名。

通过在文件导出插件的交互界面上显示文件名列表，从而，便于用户知晓在源文件夹中所存在后缀名与目标后缀名相同的文件的文件名。

在本申请的一些实施例中，用户还可以基于文件导出插件的交互界面上所显示的文件名列表来进行目标文件指定。具体的，如图4所示，目标文件指定包括如下步骤410-430，详细说明如下。

步骤410，侦听文件导出插件的交互界面上对文件名列表中的文件名触发的移除选定操作。

在本实施例的方案中，文件导出插件的交互界面中所显示文件列表中的文件名可被触发移除选定操作，该移除选定操作用于选择文件列表中待移除的文件名。

步骤420，将移除选定操作所选定的文件名确定为待移除的文件名。

步骤430，将文件名列表中除待移除的文件名外的其他文件名所对应的文件确定为目标文件。

由于文件名列表中呈现了源文件夹中文件格式为第一文件格式的全部文件的文件名，但是，在实际中，可能仅需要将源文件夹中文件格式为第一文件格式的部分文件导出成文件格式为第二文件格式的文件，在此场景下，可以通过在所显示文件名列表中对选定不需要导出为第二文件格式的文件所对应文件名(即待移除的文件名)，进而，将文件名列表中除待移除的文件名外的其他文件名所对应的文件确定为目标文件。实现了不需要用户访问源文件夹的情况下，由用户自定义选择目标文件。

在上述实施例中，由用户在文件导出插件的交互界面中触发移除选定操作来选择待移除的文件名，在其他实施例中，用户还可以在文件列表中选择一个或者多个文件名作为目标文件所对应的文件名。

在本申请的一些实施例中，如图5所示，在步骤210之前，该方法还包括：

步骤510，侦听文件导出插件的交互界面上被触发的第一路径指定操作。

步骤520，将第一路径指定操作所选定的路径作为所指定的第一路径。

可以理解的，在文件导出插件的交互界面中，提供了用于触发第一路径指定操作的入口，该第一路径指定操作的入口可以是交互界面中用于用户输入第一路径或者选择第一路径的路径输入框，则用户对在交互界面中所配置的用于输入第一路径或者第一路径的路径输入框所触发的操作即为第一路径指定操作。

在本申请的实施例中，借助于文件导出插件，提供了一个区别于第一软件的交互界面不同的交互界面，从而，即使第一软件中并未在交互界面中设置用于指定文件导出的第一路径的入口，可以借助于文件导出插件所提供的交互界面进行第一路径的指定。

在本申请的一些实施例中，文件导出插件的交互界面中还配置了用于进行第一文件格式选定的第以文件格式入口，用户在该第一文件格式入口所选择的文件格式即为第一文件格式。

在本申请的一些实施例中，第一文件格式入口可以是为第一文件格式设置的第一操作控件(例如触摸控件、点击控件等)，当该第一操作控件被触发时，即视为进行了第一文件格式选择，第一操作控件所关联的文件格式即为第一文件格式。

在本申请的一些实施例中，由于第一文件格式和第一路径均是与源文件夹相关的，因此，可以在步骤210之前先指定第一路径和指定第一文件格式。然后对应根据所指定的第一路径访问源文件夹，根据所指定的第一文件格式对源文件夹中文件的文件格式进行识别。

在本申请的一些实施例中，如图6所示，步骤240之前，该方法还包括：

步骤610，侦听在文件导出插件的交互界面上触发的目标路径指定操作。

步骤620，将目标路径指定操作所选定的路径作为所指定的目标路径。

在本实施例中，文件导出插件的交互界面上配置了用于指定目标路径的目标路径入口，该目标路径入口可以是用于用户输入或者选择目标路径的输入框。用户在目标路径入口所触发的操作，例如输入路径的操作或者选择路径的操作即为目标路径指定操作。用户在该目标路径入口所输入的路径或者所选择的路径即为目标路径指定操作所选定的路径。

在本申请的一些实施例中，文件导出插件的交互界面中还配置了用于指定第二文件格式的第二文件格式入口，该第二文件格式入口用于用户进行第二文件格式的指定，该第二文件格式入口可以是为第二文件格式所配置的第二操作控件(例如点击控件、触摸控件等)，还可以是为第二文件格式输入或者选择配置的输入框。当为第二文件格式所配置的第二操作控件为触发时，即视为进行了第二文件格式选择，第二操作控件所关联的文件格式即为第二文件格式。

在本申请的一些实施例中，可以在步骤230之前先指定第二文件格式和指定目标路径。然后对应根据所指定的第二文件格式执行步骤230，根据所指定的目标路径执行步骤240。

在本申请的一些实施例中，如图7所示，步骤230，包括：

步骤710，通过文件导出插件调用第一软件中的格式转换模块。

步骤720，由格式转换模块按照第二文件格式对目标文件进行格式转换，得到第二文件。

如上所描述，基于第一软件所提供的功能，用户可以先在第一软件中打开目标文件，然后人工选择第一软件中的命令或者菜单选项来使第一软件将目标文件转换成第二格式。也就是说，第一软件中配置了将第一文件格式的文件转换成第二文件格式的格式转换模块。

因此，在本实施例中，可以由文件导出插件直接调用第一软件中格式转换模块，而不需要用户在第一软件的交互界面中进行复杂的菜单和命令选择来调用格式转换模块，从而使用户操作的时间大幅减少，有效缩短了文件导出所花费的时间。

在本申请的一些实施例中，第一软件中的格式转化模块设置了对应的可供调用的API(Application Programming Interface，应用程序接口)，从而，文件导出插件可以通过该API进行第一软件中格式转化模块的调用。

进而，通过所调用的格式转化模块将目标文件从第一文件格式转换成第二文件格式，得到第二文件。

在本申请的一些实施例中，目标文件夹是对应于第二软件的文件夹，在第二软件被启动后，目标文件夹中的文件自动加载至第二软件中，第二软件区别于第一软件。从而，在将所导出得到的第二文件存入目标文件夹后，为将第二文件加载进第二软件中，不需要由用户手动操作目标文件夹中的第二文件，而在第二软件启动后可以自动进行第二文件的加载。

下面，结合一具体实施例对本申请的方案进行进一步说明。

在进行具体说明之前，有必要对游戏项目开发中涉及到两种文件格式，即fbx格式和max格式，进行说明。

fbx格式是一种通用的三维模型场景动画格式，fbx格式支持所有主要的三维数据元素以及二维、音频和视频媒体元素。fbx格式文件可以通过Autodesk FBX软件生成，该Autodesk FBX软件是Autodesk公司出品的一款用于跨平台的免费三维创作与交换格式的软件，通过Autodesk FBX用户能访问大多数三维供应商的三维文件。

max格式是3D Max软件的标准文件格式。3D Max软件又称3D Studio Max，常简称为3ds Max或MAX，是Discreet公司开发的(后被Autodesk公司合并)基于PC(PersonalComputer，个人计算机)系统的三维动画渲染和制作软件。其前身是基于DOS操作系统(DiskOperating System，磁盘操作系统)的3D Studio系列软件。在Windows NT出现以前，工业级的CG(Computer Animation，电脑动画)制作被SGI(Silicon Graphics，硅图)图形工作站所垄断。3D Studio Max+Windows NT组合的出现一下子降低了CG制作的门槛，首先开始运用在电脑游戏中的动画制作，后更进一步开始参与影视片的特效制作，例如X战警II，最后的武士等。在Discreet 3Ds max 7后，正式更名为Autodesk 3ds Max。

在游戏项目开发中，涉及到使用Autodesk 3ds Max软件和Unity软件，其中，Autodesk 3ds Max软件用于制作游戏中模型和动画。Unity软件是一款游戏引擎，在游戏开发领域中，先在Autodesk 3ds Max软件中制作游戏中的模型和动画，然后将所得到的模型文件和动画文件导出到Unity软件，在Unity软件进一步进行游戏开发和游戏发布。

由于通过Autodesk 3ds Max软件所生成的模型文件和动画文件是max格式的，而Unity不能直接打开max文件，而可以打开fbx文件。因此，在实际中，需要先在Autodesk 3dsMax软件打开max文件，然后在所打开的max文件中选择所需要导出的max文件。如图8所示，Autodesk 3ds Max的交互界面中层叠用于显示所打开max文件图例的交互界面(即图8中的图解视图1这一交互界面)中，用方框所标识出的max文件即为所需要导出的文件。

之后，借助于Autodesk 3ds Max软件中的文件导出命令，即Export命令，并对应进行第二文件格式的设定，可以将max文件导出成fbx文件。具体的，请参阅图9所示，在Autodesk 3ds Max软件依次选择Export命令和Export selected选项，然后进入到图10所示的界面中，在图10所示的界面中方框所示的输入框处进行第二文件格式的指定，即指定导出成fbx格式，然后点击界面中的“OK”按钮，Autodesk 3ds Max软件启动进行文件格式转换，将max文件导出成fbx文件。

该将max文件导出成fbx文件的过程中，涉及到手动操作的步骤多，如果需要导出的max文件较多，一方面在Autodesk 3ds Max软件中打开文件所用时间长，文件导出花费的时间长，工作量大，另一方面，由人工手动操作的步骤多，而且一次次这样操作，误操作概率高。

而在将max文件导出成fbx文件后，为了进行游戏开发，还需要将所导出得到的fbx文件手动加载进Unity中对应的项目工程中，即由对应人员分别在Unity软件中打开所得到的fbx文件，然后在文件打开的过程中，使fbx文件加载进Unity软件中，图11示出了fbx文件在Unity软件中的加载示意图。该通过人工操作将fbx文件加载进Unity的项目工程中所花费的时间也较长。

由此，为了解决将max文件导出成fbx文件花费时间长且将fbx文件加载进Unity的项目工程中文件长的问题，提出了本实施例的方案。

在本实施例中，通过脚本编写了一个maxscript文件，简称ms工具，该ms工具即为文件导出插件，可以实现max文件自动导出成fbx文件。

图12示出借助该文件导出插件实现将max文件导出成fbx文件，并将fbx文件加载进项目工程中的流程图，如图12所示，包括步骤1210-1260。

步骤1210，打开3ds max，即打开上述的Autodesk 3ds Max软件。

步骤1220，拖入ms工具，即在Autodesk 3ds Max软件中运行ms工具(文件导出插件)。具体的，在将ms工具拖入3ds max后，显示如图13所示的交互界面，即在Autodesk 3dsMax软件的交互界面上层叠显示ms工具的交互界面。

步骤1230，选择第一路径。如图14所示，在点击ms工具的交互界面中的“2.maxfiles”选项并对应进行第一路径选择后，该ms工具按照该第一路径的指示访问第一路径所指向的源文件夹，然后识别源文件夹中格式为max的文件，并在ms工具中maxlist的显示框中显示所识别出源文件夹中格式为max文件的文件名。在一具体实施例中，源文件夹中所存储的文件如图15所示，按照步骤1230选择第一路径，并识别源文件夹中的max文件后，ms工具的maxlist的显示框中显示如图14所示的内容，通过对比可以发现，源文件夹中文件格式为max的文件对应的文件名全部显示在ms工具的maxlist的显示框中，而源文件夹中文件格式为tga的文件所对应文件名并未显示在ms工具的maxlist的显示框。

步骤1240，选择目标路径。具体的，如图16所示，先点击ms工具的交互界面中的“2.fbxfiles”选项，然后对应选择目标路径，图16中folder处所指定的路径即为目标路径，该目标路径为Unity中工程目录的路径，再点击“OK”完成目标路径的选择。

步骤1250，点击ms工具的中start，即点击图17中加黑方框处的“4.start”，ms工具对应启动将max文件导出成fbx文件中，并将fbx文件存入目标路径所指向的目标文件夹。

步骤1260，打开Unity，在Unity软件启动的过程中，目标文件夹中的文件自动对应被加载进Unity的项目工程中。如图18所示，可以看到，所导出得到的fbx文件已经全部导入到Unity中项目的工程文件中。由于将目标路径指向Unity软件在启动过程中所进行自动加载的目标文件夹，从而，不需要人工一一在Unity软件中打开fbx文件以使其加载进Unity的项目工程中，而可以在Unity软件中进行自动加载。

由上可知，借助于ms工具(文件导出插件)实现了自动将源文件夹中的max文件导出成fbx文件，并将该fbx文件存入到Unity中项目的工程文件中，该过程中手动操作少，因此，大幅缩短了文件导出的时间，提高了文件导出的效率。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的文件导出方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的文件导出方法的实施例。

图19示出了根据本申请的一个实施例的文件导出装置的框图，该文件导出装置可以配置于图1所示的终端设备中，该终端设备中安装有第一软件和设有文件导出插件。

参照图19所示，根据本申请的一个实施例的文件导出装置1900，包括：访问模块1910、文件格式识别模块1920、文件导出模块1930、文件存入模块1940。

访问模块1910，用于在第一软件中运行文件导出插件后，根据在文件导出插件的交互界面中所指定的第一路径访问源文件夹，源文件夹中的文件是由第一软件生成的。

文件格式识别模块1920，用于对源文件夹中的文件进行文件格式识别，确定源文件夹中文件格式为第一文件格式的文件。

文件导出模块1930，用于将目标文件导出成第二文件格式的文件，得到第二文件，目标文件是源文件夹中文件格式为第一文件格式的至少一个文件。

文件存入模块1940，用于按照在文件导出插件的交互界面中所指定的目标路径将第二文件存入目标路径指示的目标文件夹中。

在本申请的一些实施例中，文件格式识别模块1920，包括：扫描单元，用于扫描源文件夹中各文件的文件名，获得各文件的文件名；匹配单元，用于将文件名中的后缀名与第一文件格式所指示的目标后缀名进行匹配，确定后缀名与目标后缀名相同的文件，所确定后缀名与目标后缀名相同的文件作为文件格式为第一文件格式的文件。

在本申请的一些实施例中，文件导出装置1900还包括显示模块，用于在文件导出插件的交互界面上显示文件名列表，文件名列表包括后缀名与目标后缀名相同的文件所对应的文件名。

在本申请的一些实施例中文件导出装置1900还包括：第一侦听模块，用于侦听文件导出插件的交互界面上对文件名列表中的文件名触发的移除选定操作；第一确定模块，用于将移除选定操作所选定的文件名确定为待移除的文件名；第二确定模块，用于将文件名列表中除待移除的文件名外的其他文件名所对应的文件确定为目标文件。

在本申请的一些实施例中，文件导出装置1900：运行模块，用于在第一软件中运行文件导出插件；第三侦听模块，用于侦听文件导出插件的交互界面上被触发的第一路径指定操作；第一路径指定模块，用于将第一路径指定操作所选定的路径作为所指定的第一路径。

在本申请的一些实施例中，文件导出装置1900还包括：第四侦听模块，用于侦听在文件导出插件的交互界面上触发的目标路径指定操作；目标路径指定模块，用于将目标路径指定操作所选定的路径作为所指定的目标路径。

在本申请的一些实施例中，文件导出模块1930包括：调用单元，用于通过文件导出插件调用第一软件中的格式转换模块；转换单元，用于由格式转换模块按照第二文件格式对目标文件进行格式转换，得到第二文件。

在本申请的一些实施例中，目标文件夹是对应于第二软件的文件夹，在第二软件被启动后，目标文件夹中的文件自动加载至第二软件中，第二软件区别于第一软件。

在本申请的一些实施例中，第一文件格式为max格式，第二文件格式为fbx格式，第一软件为Autodesk 3Ds Max，第二软件为Unity。

图20示出了适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图20示出的电子设备的计算机系统2000仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图20所示，计算机系统2000包括中央处理单元(Central Processing Unit，CPU)2001，其可以根据存储在只读存储器(Read-Only Memory，ROM)2002中的程序或者从存储部分2008加载到随机访问存储器(Random Access Memory，RAM)2003中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM 2003中，还存储有系统操作所需的各种程序和数据。CPU 2001、ROM 2002以及RAM 2003通过总线2004彼此相连。输入/输出(Input/Output，I/O)接2005也连接至总线2004。

以下部件连接至I/O接口2005：包括键盘、鼠标等的输入部分2006；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分2007；包括硬盘等的存储部分2008；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分2009。通信部分2009经由诸如因特网的网络执行通信处理。驱动器2010也根据需要连接至I/O接口2005。可拆卸介质2011，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器2010上，以便于从其上读出的计算机程序根据需要被安装入存储部分2008。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分2009从网络上被下载和安装，和/或从可拆卸介质2011被安装。在该计算机程序被中央处理单元(CPU)2001执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读存储介质中设有计算机可读指令，当该计算机可读指令被处理器执行时，实现上述任一实施例中的方法。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (10)

1.一种文件导出方法，其特征在于，应用于文件导出插件，所述方法包括：

在第一软件中运行所述文件导出插件后，根据在所述文件导出插件的交互界面中所指定的第一路径访问源文件夹，所述源文件夹中的文件是由所述第一软件生成的；

扫描所述源文件夹中各文件的文件名，获得各文件的文件名；

将所述文件名中的后缀名与第一文件格式所指示的目标后缀名进行匹配，确定后缀名与所述目标后缀名相同的文件，所确定后缀名与所述目标后缀名相同的文件作为文件格式为所述第一文件格式的文件；

在所述文件导出插件的交互界面上显示文件名列表，所述文件名列表包括所述第一文件格式的文件所对应的文件名；

将目标文件导出成第二文件格式的文件，得到第二文件，所述目标文件是所述源文件夹中文件格式为所述第一文件格式的至少一个文件，所述目标文件是由用户基于所述文件名列表指定的；

按照在所述文件导出插件的交互界面中所指定的目标路径将所述第二文件存入所述目标路径指示的目标文件夹中。

2.根据权利要求1所述的方法，其特征在于，所述将目标文件导出成第二文件格式的文件，得到第二文件之前，所述方法还包括：

侦听所述文件导出插件的交互界面上对所述文件名列表中的文件名触发的移除选定操作；

将所述移除选定操作所选定的文件名确定为待移除的文件名；

将所述文件名列表中除所述待移除的文件名外的其他文件名所对应的文件确定为所述目标文件。

3.根据权利要求1所述的方法，其特征在于，所述根据在所述文件导出插件的交互界面中所指定的第一路径访问源文件夹之前，所述方法还包括：

侦听所述文件导出插件的交互界面上被触发的第一路径指定操作；

将所述第一路径指定操作所选定的路径作为所指定的第一路径。

4.根据权利要求3所述的方法，其特征在于，所述按照在所述文件导出插件的交互界面中所指定的目标路径将所述第二文件存入所述目标路径指示的目标文件夹中之前，所述方法还包括：

侦听在所述文件导出插件的交互界面上触发的目标路径指定操作；

将所述目标路径指定操作所选定的路径作为所指定的目标路径。

5.根据权利要求3所述的方法，其特征在于，所述将目标文件导出成第二文件格式的文件，得到第二文件，包括：

通过所述文件导出插件调用所述第一软件中的格式转换模块；

由所述格式转换模块按照所述第二文件格式对所述目标文件进行格式转换，得到所述第二文件。

6.根据权利要求3所述的方法，其特征在于，所述目标文件夹是对应于第二软件的文件夹，在所述第二软件被启动后，所述目标文件夹中的文件自动加载至所述第二软件中，所述第二软件区别于所述第一软件。

7.根据权利要求6所述的方法，其特征在于，所述第一文件格式为max格式，所述第二文件格式为fbx格式，所述第一软件为Autodesk 3Ds Max，所述第二软件为Unity。

8.一种文件导出装置，其特征在于，应用于文件导出插件，所述装置包括：

访问模块，用于在第一软件中运行所述文件导出插件后，根据在所述文件导出插件的交互界面中所指定的第一路径访问源文件夹，所述源文件夹中的文件由所述第一软件生成；

扫描单元，用于扫描所述源文件夹中各文件的文件名，获得各文件的文件名；

匹配单元，用于将所述文件名中的后缀名与第一文件格式所指示的目标后缀名进行匹配，确定后缀名与所述目标后缀名相同的文件，所确定后缀名与所述目标后缀名相同的文件作为文件格式为所述第一文件格式的文件；

显示模块，用于在所述文件导出插件的交互界面上显示文件名列表，所述文件名列表包括所述第一文件格式的文件所对应的文件名；

文件导出模块，用于将目标文件导出成第二文件格式的文件，得到第二文件，所述目标文件是所述源文件夹中文件格式为所述第一文件格式的至少一个文件，所述目标文件是由用户基于所述文件名列表指定的；

文件存入模块，用于按照在所述文件导出插件的交互界面中所指定的目标路径将所述第二文件存入所述目标路径指示的目标文件夹中。

9.一种电子设备，其特征在于，包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如权利要求1至7中任一项所述的方法。

10.一种计算机可读存储介质，其上存储有计算机可读指令，其特征在于，当所述计算机可读指令被处理器执行时，实现如权利要求1至7中任一项所述的方法。