CN107479899B - 文件处理方法和装置、存储介质及处理器 - Google Patents

Abstract

本发明公开了一种文件处理方法和装置、存储介质及处理器。该文件处理方法包括：通过预设的接口获取待发布的工程文件；至少获取待发布的工程文件的时间轴信息和库内容信息；将工程文件的时间轴信息和工程文件的库内容信息按照预设顺序输出到文本描述文件中；根据文本描述文件确定工程文件不同发布版本之间的区别。通过本发明，达到了方便了解工程文件不同发布版本之间的区别的效果。

Description

文件处理方法和装置、存储介质及处理器

技术领域

本发明涉及计算机领域，具体而言，涉及一种文件处理方法和装置、存储介质及处理器。

背景技术

Flash工程文件是指Adobe Flash的工程文件，通常为*.fla文件，是一种二进制文件。Flash生成的发布版本，可直接使用的为swf文件，也是一种二进制文件。常见的版本控制软件(例如subversion、CVS等)，仅能对文本类文件(例如代码)进行diff(不同版本间的区别)，而二进制文件则无法直观的看到diff。这样不利于管理控制开发的内容。

在高版本Adobe Flash中(比如CS5.5以上)，fla文件可以通过特殊手段(比如使用winrar直接解压)得到一个Xml描述文件(下面简称：AdobeXml)，但并不方便，无法与版本控制软件融合方便的使用。

与此同时，AdobeXml中冗余信息太多，需要关注的内容仅占30％甚至更低，如果直接使用AdobeXml进行diff，会得到大量的变化内容，使用者无法快速的定位实际有效的修改内容，生产效率不高。

针对相关技术中软件工程文件在版本更新后无法快速定位实际有效修改内容的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种文件处理方法和装置、存储介质及处理器，以解决软件工程文件在版本更新后无法快速定位实际有效修改内容的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种文件处理方法，该方法包括：通过预设的接口获取待发布的工程文件；至少获取待发布的所述工程文件的时间轴信息和库内容信息；将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中；根据所述文本描述文件确定所述工程文件不同发布版本之间的区别。

进一步地，至少获取待发布的所述工程文件的时间轴信息和库内容信息包括：获取待发布的所述工程文件的时间轴信息、库内容信息和待发布的所述工程文件的脚本信息；将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中包括：将所述工程文件的时间轴信息、所述工程文件的库内容信息和所述待发布的所述工程文件的脚本信息按照预设顺序输出到文本描述文件中。

进一步地，将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中包括：通过扫描所述工程文件的时间轴，获取所述工程文件的所有时间轴上的元件；将所述元件的内容信息保存到所述元件的记录列表中；将所述元件的记录列表输出到所述文本描述文件中。

进一步地，在将所述元件的内容信息保存到所述元件的记录列表中之前，所述方法还包括：确定所述元件的类型；在所述元件的类型为文本的情况下，将所述元件的内容信息输出到所述文本描述文件中；在所述元件的类型为视频剪辑、图形或组件类型的情况下，在所述库内容中扫描所述元件对应的组件，记录所述组件的内容，将所述组件的内容保存到组件的记录列表中，将所述组件的记录列表输出到所述文本描述文件中。

进一步地，将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中包括：通过扫描所述工程文件的库内容，获取所述工程文件的库内容中的所有组件；将所述组件的内容信息保存到所述组件的记录列表中；将所述组件的记录列表输出到所述文本描述文件中。

进一步地，在将所述组件的内容信息保存到所述组件的记录列表中之前，所述方法还包括：确定所述组件的类型；在所述组件的类型为文本的情况下，将所述组件的内容信息输出到所述文本描述文件中；在所述组件的类型为视频剪辑、图形或组件类型的情况下，在所述时间轴上扫描所述组件对应的元件，记录所述元件的内容，将所述元件的内容信息保存到所述元件的记录列表中，将所述元件的记录列表输出到所述文本描述文件中。

进一步地，通过预设的接口获取待发布的工程文件包括：通过getDocumentDOM接口获取所述待发布的fla文件。

为了实现上述目的，根据本发明的另一方面，还提供了一种文件处理装置，该装置包括：第一获取单元，用于通过预设的接口获取待发布的工程文件；第二获取单元，用于至少获取待发布的所述工程文件的时间轴信息和库内容信息；第一输出单元，用于将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中；第一确定单元，用于根据所述文本描述文件确定所述工程文件不同发布版本之间的区别。

进一步地，所述第二获取单元用于获取待发布的所述工程文件的时间轴信息、库内容信息和待发布的所述工程文件的脚本信息；所述第一输出单元用于将所述工程文件的时间轴信息、所述工程文件的库内容信息和所述待发布的所述工程文件的脚本信息按照预设顺序输出到文本描述文件中。

进一步地，所述第一输出单元包括：第一获取模块，用于通过扫描所述工程文件的时间轴，获取所述工程文件的所有时间轴上的元件；第一保存模块，用于将所述元件的内容信息保存到所述元件的记录列表中；第一输出模块，用于将所述元件的记录列表输出到所述文本描述文件中。

进一步地，所述装置还包括：在将所述元件的内容信息保存到所述元件的记录列表中之前，第二确定单元，用于确定所述元件的类型；第二输出单元，用于在所述元件的类型为文本的情况下，将所述元件的内容信息输出到所述文本描述文件中；扫描单元，用于在所述元件的类型为视频剪辑、图形或组件类型的情况下，在所述库内容中扫描所述元件对应的组件，记录所述组件的内容，将所述组件的内容保存到组件的记录列表中，将所述组件的记录列表输出到所述文本描述文件中。

进一步地，所述第一输出单元包括：第二获取模块，用于通过扫描所述工程文件的库内容，获取所述工程文件的库内容中的所有组件；第二保存模块，用于将所述组件的内容信息保存到所述组件的记录列表中；第二输出模块，用于将所述组件的记录列表输出到所述文本描述文件中。

为了实现上述目的，根据本发明的另一方面，还提供了一种存储介质，包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行本发明的文件处理方法。

为了实现上述目的，根据本发明的另一方面，还提供了一种处理器，用于运行程序，其中，所述程序运行时执行本发明的文件处理方法。

本发明通过预设的接口获取待发布的工程文件；至少获取待发布的所述工程文件的时间轴信息和库内容信息；将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中；根据所述文本描述文件确定所述工程文件不同发布版本之间的区别，解决了软件工程文件在版本更新后无法快速定位实际有效修改内容的问题，进而达到了方便了解工程文件不同发布版本之间的区别的效果。

附图说明

构成本申请的一部分的附图用来提供对本发明的进一步理解，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的文件处理方法的流程图；

图2是根据本发明实施例的扫描时间轴信息的流程图；

图3是根据本发明实施例的扫描库内容的流程图；

图4是本发明实施例的Adobe Flash插件的工作流程图；以及

图5是根据本发明实施例的文件处理装置的示意图。

具体实施方式

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例提供了一种文件处理方法。

图1是根据本发明实施例的文件处理方法的流程图，如图1所示，该方法包括以下步骤：

步骤S102：通过预设的接口获取待发布的工程文件。

步骤S104：至少获取待发布的工程文件的时间轴信息和库内容信息。

步骤S106：将工程文件的时间轴信息和工程文件的库内容信息按照预设顺序输出到文本描述文件中。

步骤S108：根据文本描述文件确定工程文件不同发布版本之间的区别。

该实施例通过预设的接口获取待发布的工程文件；至少获取待发布的工程文件的时间轴信息和库内容信息；将工程文件的时间轴信息和工程文件的库内容信息按照预设顺序输出到文本描述文件中；根据文本描述文件确定工程文件不同发布版本之间的区别，解决了软件工程文件在版本更新后无法快速定位实际有效修改内容的问题，进而达到了方便了解工程文件不同发布版本之间的区别的效果。

在本发明实施例中，待发布的工程文件可以是Adobe Flash的工程文件，通常为*.fla文件，是一种二进制文件，预设的接口可以是getDocumentDOM接口，工程文件发布可以是将*.fla格式的文件发布成*.swf格式的文件。待发布的工程文件还处在可编辑状态。待发布的工程文件的时间轴信息可以是通过扫描fla的时间轴信息获取，库内容信息可以是通过扫描库内容获取，在获取待发布的工程文件的时间轴信息和库内容信息之后，可以按照预先设定的顺序规则对时间轴信息和库内容信息进行排序，然后输出到文本描述文件中，这样，可以方便后续在对文本描述文件进行内容比对时确定修改内容，保证不同版本间大多数内容一致，在得到文本描述文件之后，可以将新版本的文本描述文件与旧版本的文本描述文件进行对比，确定出不同发布版本之间的区别，这样，开发人员可以在其他开发人员对swf修改后，通过相应的文本描述文件进行对比，从而快速的获知修改内容，也可以在出现问题(bug)的时候，根据版本管理软件的提交记录，查看修改内容，快速定位问题的原因。

可选地，至少获取待发布的工程文件的时间轴信息和库内容信息包括：获取待发布的工程文件的时间轴信息、库内容信息和待发布的工程文件的脚本信息；将工程文件的时间轴信息和工程文件的库内容信息按照预设顺序输出到文本描述文件中包括：将工程文件的时间轴信息、工程文件的库内容信息和待发布的工程文件的脚本信息按照预设顺序输出到文本描述文件中。

除了获取待发布的工程文件的时间轴信息和库内容信息之外，还可以获取工程文件的脚本信息，将待发布的工程文件的时间轴信息、库内容信息和工程文件的脚本信息一起输出到文本描述文件中，这样可以使文本描述文件记录的待发布的工程文件的内容更加完整。工程文件的脚本信息可以是ActionScript脚本，由于ActionScript脚本也会对发布的swf产生影响，所以需要全文记录，将工程文件的时间轴信息、库内容信息和工程文件的脚本信息按照预设的顺序输出到文本文件中。

可选地，将工程文件的时间轴信息和工程文件的库内容信息按照预设顺序输出到文本描述文件中包括：通过扫描工程文件的时间轴，获取工程文件的所有时间轴上的元件；将元件的内容信息保存到元件的记录列表中；将元件的记录列表输出到文本描述文件中。在获取时间轴信息时，可以先扫描工程文件的时间轴，然后获取所有时间轴的所有图层，遍历每个图层获取当前图层的所有帧，遍历当前帧的所有元件，将元件的内容信息输出到元件记录列表中，元件内容信息包括元件的层次、名称、类型、坐标、颜色(若有)、透明度(若有)等信息，需要说明的是，元件内容信息仅包括开发人员关心的内容，例如时间轴信息、组件关联信息、位置坐标信息等，不包括图片内容、编辑状态(可视、锁定)等开发人员不关心的干扰信息。

可选地，在将元件的内容信息保存到元件的记录列表中之前，确定元件的类型；在元件的类型为文本的情况下，将元件的内容信息输出到文本描述文件中；在元件的类型为视频剪辑、图形或组件类型的情况下，在库内容中扫描元件对应的组件，记录组件的内容，将组件的内容保存到组件的记录列表中，将组件的记录列表输出到文本描述文件中。在将元件内容保存到元件记录列表之前，需要先确定元件的类型，在元件的类型为文本(text)的情况下，可以直接将元件内容保存到元件记录列表中，如果元件的类型不是文本类型，而是视频剪辑(movie clip)、图形(graphic)或组件(component)类型的情况，则需要到库内容中扫描与元件对应的组件，然后记录组件的内容。

可选地，将工程文件的时间轴信息和工程文件的库内容信息按照预设顺序输出到文本描述文件中包括：通过扫描工程文件的库内容，获取工程文件的库内容中的所有组件；将组件的内容信息保存到组件的记录列表中；将组件的记录列表输出到文本描述文件中。扫描工程文件的库内容，获取库中的所有组件，然后遍历每一个组件，将组件内容记录到间记录列表中，然后将组件记录列表输出到文本描述文件中。

可选地，在将组件的内容信息保存到组件的记录列表中之前，确定组件的类型；在组件的类型为文本的情况下，将组件的内容信息输出到文本描述文件中；在组件的类型为视频剪辑、图形或组件类型的情况下，在时间轴上扫描组件对应的元件，记录元件的内容，将元件的内容信息保存到元件的记录列表中，将元件的记录列表输出到文本描述文件中。

对每个组件判断组件类型，如果组件类型为文本，则直接输出组件的内容信息，如果组件类型为视频剪辑(movie clip)、图形(graphic)或组件(component)，则需要再次在时间轴上扫描组件对应的元件，将元件记录列表输出到文本描述文件中，然后记录组件内容。

本发明实施例的技术方案可以作为一种将flash工程文件文本化的方法，通过Adobe Flash提供的JSFL脚本语言，将flash工程文件中的信息转换为文本方式描述；该文本可以包括时间轴信息、组件关联信息、位置坐标信息等开发人员关心的内容；该文本会忽略图片内容、编辑状态(可视、锁定等)等开发人员不关心的干扰信息；可以作为AdobeFlash软件的插件形式提供给开发人员，可以在flash工程文件发布为swf的同时进行文本描述文件的导出，从而保证swf文件和该文本的一致性。采用本发明的技术方案，开发人员可以在其他开发人员对swf修改后，通过对相应的文本描述文件进行对比，从而快速的知道修改内容。也可以在出现问题(bug)后，根据版本管理软件的提交记录，查看修改内容，快速定位问题的原因。

本发明实施例提供了一种优选的实施方式，图2是根据本发明实施例的扫描时间轴信息的流程图，如图2所示，该流程包括：

S201、获取fla中的所有的时间轴。

遍历每一个时间轴，针对每一个时间轴进行后续操作。

S202、获取当前时间轴的所有图层。

遍历当前时间轴的每一图层，针对每一个图层进行后续操作。

S203、获取当前图层的所有帧。

遍历当前图层的每一帧，针对每一帧进行后续操作。

S204、获取当前帧的所有元件。

遍历当前帧的所有元件，针对每一个元件进行后续操作。

S205、判断元件的类型。

针对不同的元件类型进行后续操作。

S206、元件类型为shape。

如果元件类型为shape，则回到S205，递归执行。

S207、元件类型为movie clip、graphic、component。

进入本发明实施例提供的扫描库内容流程，之后跳转到S209。

S208、元件类型为text。

直接进入下一环节S209。

S209、记录元件的内容。

记录元件的层次、名称、类型、坐标、颜色(若有)、透明度(若有)等信息到元件记录列表中。

S210、对元件记录列表排序。

为了不同版本间的对比，先对元件记录列表进行排序，保证不同版本间大多数内容一致。

S211、输出元件记录列表到文件。

输出元件记录列表到最终的文本文件中。

图3是根据本发明实施例的扫描库内容的流程图，如图3所示，该流程包括以下步骤：

S301、获取库中的所有组件。

遍历库中的每一个组件，针对每一个组件进行后续操作。

S302、判断组件类型。

针对不同的组件类型进行后续操作。

S303、组件为movie clip、graphic、component类型。

如果组件为以上三种类型，则获取组件的全部时间轴后进入图2的S202环节，执行到S209环节后跳转回本流程。

S304、组件类型为text。

直接执行后续环节。

S305、记录组件的内容。

记录组件的层次、名称、类型到组件记录列表中。

S306、对组件记录列表排序。

为了不同版本间的对比，先对组件记录列表进行排序，保证不同版本间大多数内容一致。

S307、输出组件记录列表到文件。

输出组件记录列表到最终的文本文件中。

图4是本发明实施例的Adobe Flash插件的工作流程图，本实施例是针对AdobeFlash插件的执行过程描述的，如图4所示，该工作流程包括以下步骤：

S401、获取当前文档对象。

可以通过getDocumentDOM接口获取当前正在编辑的fla文件对象。

S402、保存当前文档对象。

使用save方法保存当前文档对象，防止有正在进行的操作没有保存。

S403、发布fla为swf。

使用publish接口将fla文件发布为swf，同时测试fla文件是否存在错误。

S404、对当前fla执行扫描时间轴的流程。

执行扫描时间轴的流程，对fla中的时间轴信息进行记录。

S405、对当前fla执行扫描库内容的流程。

执行扫描库内容的流程，对fla中的库的内容进行记录。

S406、搜索并记录ActionScript脚本。

检查fla中是否包含ActionScript脚本，因为ActionScript脚本也会对发布的swf产生影响，所以如果有ActionScript脚本，则需要全文记录，如果没有ActionScript脚本，则不记录全文执行下一环节。

S407、保存为最终的文本文件。

将S404、S405、S406三部分的内容按顺序输出到文本文件中，作为本发明的最终输出。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本发明实施例提供了一种文件处理装置，该文件处理装置可以用于执行本发明实施例的文件处理方法。

图5是根据本发明实施例的文件处理装置的示意图，如图5所示，该装置包括：

第一获取单元10，用于通过预设的接口获取待发布的工程文件；

第二获取单元20，用于至少获取待发布的工程文件的时间轴信息和库内容信息；

第一输出单元30，用于将工程文件的时间轴信息和工程文件的库内容信息按照预设顺序输出到文本描述文件中；

第一确定单元40，用于根据文本描述文件确定工程文件不同发布版本之间的区别。

该实施例采用第一获取单元10通过预设的接口获取待发布的工程文件；第二获取单元20至少获取待发布的工程文件的时间轴信息和库内容信息；第一输出单元30将工程文件的时间轴信息和工程文件的库内容信息按照预设顺序输出到文本描述文件中；第一确定单元40根据文本描述文件确定工程文件不同发布版本之间的区别，从而解决了软件工程文件在版本更新后无法快速定位实际有效修改内容的问题，进而达到了方便了解工程文件不同发布版本之间的区别的效果。

第二获取单元20用于获取待发布的工程文件的时间轴信息、库内容信息和待发布的工程文件的脚本信息；第一输出单元用于将工程文件的时间轴信息、工程文件的库内容信息和待发布的工程文件的脚本信息按照预设顺序输出到文本描述文件中。

可选地，第一输出单元30包括：第一获取模块，用于通过扫描工程文件的时间轴，获取工程文件的所有时间轴上的元件；第一保存模块，用于将元件的内容信息保存到元件的记录列表中；第一输出模块，用于将元件的记录列表输出到文本描述文件中。

可选地，该装置还包括：在将元件的内容信息保存到元件的记录列表中之前，第二确定单元，用于确定元件的类型；第二输出单元，用于在元件的类型为文本的情况下，将元件的内容信息输出到文本描述文件中；扫描单元，用于在元件的类型为视频剪辑、图形或组件类型的情况下，在库内容中扫描元件对应的组件，记录组件的内容，将组件的内容保存到组件的记录列表中，将组件的记录列表输出到文本描述文件中。

可选地，第一输出单元包括：第二获取模块，用于通过扫描工程文件的库内容，获取工程文件的库内容中的所有组件；第二保存模块，用于将组件的内容信息保存到组件的记录列表中；第二输出模块，用于将组件的记录列表输出到文本描述文件中。

所述文件处理装置包括处理器和存储器，上述第一获取单元、第二获取单元、第一输出单元、第一确定单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。

处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来方便了解工程文件不同发布版本之间的区别。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。

本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：通过预设的接口获取待发布的工程文件；至少获取待发布的所述工程文件的时间轴信息和库内容信息；将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中；根据所述文本描述文件确定所述工程文件不同发布版本之间的区别。本文中的设备可以是服务器、PC、PAD、手机等。

本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：通过预设的接口获取待发布的工程文件；至少获取待发布的所述工程文件的时间轴信息和库内容信息；将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中；根据所述文本描述文件确定所述工程文件不同发布版本之间的区别。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

Claims (10)

1.一种文件处理方法，其特征在于，包括：

通过预设的接口获取待发布的工程文件；

至少获取待发布的所述工程文件的时间轴信息和库内容信息；

将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中；

根据所述文本描述文件确定所述工程文件不同发布版本之间的区别；

将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中包括：通过扫描所述工程文件的时间轴，获取所述工程文件的所有时间轴上的元件；将所述元件的内容信息保存到所述元件的记录列表中；将所述元件的记录列表输出到所述文本描述文件中；

在将所述元件的内容信息保存到所述元件的记录列表中之前，所述方法还包括：确定所述元件的类型；在所述元件的类型为文本的情况下，将所述元件的内容信息输出到所述文本描述文件中；在所述元件的类型为视频剪辑、图形或组件类型的情况下，在所述库内容中扫描所述元件对应的组件，记录所述组件的内容，将所述组件的内容保存到组件的记录列表中，将所述组件的记录列表输出到所述文本描述文件中。

2.根据权利要求1所述的方法，其特征在于，

至少获取待发布的所述工程文件的时间轴信息和库内容信息包括：获取待发布的所述工程文件的时间轴信息、库内容信息和待发布的所述工程文件的脚本信息；

将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中包括：将所述工程文件的时间轴信息、所述工程文件的库内容信息和所述待发布的所述工程文件的脚本信息按照预设顺序输出到文本描述文件中。

3.根据权利要求1所述的方法，其特征在于，将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中包括：

通过扫描所述工程文件的库内容，获取所述工程文件的库内容中的所有组件；

将所述组件的内容信息保存到所述组件的记录列表中；

将所述组件的记录列表输出到所述文本描述文件中。

4.根据权利要求3所述的方法，其特征在于，在将所述组件的内容信息保存到所述组件的记录列表中之前，所述方法还包括：

确定所述组件的类型；

在所述组件的类型为文本的情况下，将所述组件的内容信息输出到所述文本描述文件中；

在所述组件的类型为视频剪辑、图形或组件类型的情况下，在所述时间轴上扫描所述组件对应的元件，记录所述元件的内容，将所述元件的内容信息保存到所述元件的记录列表中，将所述元件的记录列表输出到所述文本描述文件中。

5.根据权利要求3所述的方法，其特征在于，通过预设的接口获取待发布的工程文件包括：

通过getDocumentDOM接口获取所述待发布的fla文件。

6.一种文件处理装置，其特征在于，包括：

第一获取单元，用于通过预设的接口获取待发布的工程文件；

第二获取单元，用于至少获取待发布的所述工程文件的时间轴信息和库内容信息；

第一输出单元，用于将所述工程文件的时间轴信息和所述工程文件的库内容信息按照预设顺序输出到文本描述文件中；

第一确定单元，用于根据所述文本描述文件确定所述工程文件不同发布版本之间的区别；

所述第一输出单元包括：第一获取模块，用于通过扫描所述工程文件的时间轴，获取所述工程文件的所有时间轴上的元件；第一保存模块，用于将所述元件的内容信息保存到所述元件的记录列表中；第一输出模块，用于将所述元件的记录列表输出到所述文本描述文件中；

所述装置还包括：在将所述元件的内容信息保存到所述元件的记录列表中之前，第二确定单元，用于确定所述元件的类型；第二输出单元，用于在所述元件的类型为文本的情况下，将所述元件的内容信息输出到所述文本描述文件中；扫描单元，用于在所述元件的类型为视频剪辑、图形或组件类型的情况下，在所述库内容中扫描所述元件对应的组件，记录所述组件的内容，将所述组件的内容保存到组件的记录列表中，将所述组件的记录列表输出到所述文本描述文件中。

7.根据权利要求6所述的装置，其特征在于，

所述第二获取单元用于获取待发布的所述工程文件的时间轴信息、库内容信息和待发布的所述工程文件的脚本信息；

所述第一输出单元用于将所述工程文件的时间轴信息、所述工程文件的库内容信息和所述待发布的所述工程文件的脚本信息按照预设顺序输出到文本描述文件中。

8.根据权利要求6所述的装置，其特征在于，所述第一输出单元包括：

第二获取模块，用于通过扫描所述工程文件的库内容，获取所述工程文件的库内容中的所有组件；

第二保存模块，用于将所述组件的内容信息保存到所述组件的记录列表中；

第二输出模块，用于将所述组件的记录列表输出到所述文本描述文件中。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至5中任意一项所述的文件处理方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至5中任意一项所述的文件处理方法。

Images