CN111488150B - 页面处理的方法和装置 - Google Patents

Abstract

本发明公开了一种页面处理的方法和装置。该方法包括：当确定出工程当前页面文件中有需要修改的控件时，将需要修改的控件的标识信息和需要修改的属性写入第一表格中，其中，第一表格中每一条属性修改数据都有需要修改的属性名称和对应修改后的属性值；在导出工程文件之前，通过预设脚本读取第一表格；通过读取第一表格对得到的标识信息修改工程页面文件中对应的控件的属性进行修改。通过本发明，达到了提高游戏工程文件修改效率的效果。

Description

页面处理的方法和装置

技术领域

本发明涉及游戏领域，具体而言，涉及一种页面处理的方法和装置。

背景技术

一般在海发游戏开发时，多语言版本是常有的，基本需求大都是翻译相关，有三种语言翻译，一般流程是，找出翻译给合作方进行翻译，开发人员把翻译导入到ui或者代码中，最后qa运行游戏时进行测试。而由于翻译的时候，不同语言之间的长度问题，会出现和ui本身不适配的情况，包括超框，显示不全等。这时候由开发进行讨论和改正。

一般项目当时的处理流程是，从国服cocos工程合并到海发的工程，然后ui如果需要进行修改，有两种方法，一是代码层面对ui控件进行修改，二是ui同事需要复制一份cocos工程到区域版本到上面进行修改，然后在合版本的时候，首先把国服新版本的cocos工程拉过来，ui同事需要把之前修改过的cocos工程全部一个一个和国服新版本对比，然后把改动过的修改在手动在国服新的版本做一遍。

这两种方法一些问题，如果是修改cocos工程，由于翻译问题，会有很多因为一点小改动(如字体大小)而创建一个新的工程，这样调整会造成后期大量cocos工程，一个一个对比会造成很大的工作量，而且也不准确。如果用代码提交，在这种硬代码堆积的越来越多之后，对之后的重用和代码阅读还有合版本效率都有极大的影响。

针对相关技术中多语言版本游戏工程文件修改工作量大的问题，目前尚未提出有效的解决方案。

发明内容

本发明的主要目的在于提供一种页面处理的方法和装置，以解决多语言版本游戏工程文件修改工作量大的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种页面处理的方法，该方法包括：当确定出所述工程当前页面文件中有需要修改的控件时，将需要修改的控件的标识信息和需要修改的属性写入第一表格中，其中，所述第一表格中每一条属性修改数据都有需要修改的属性名称和对应修改后的属性值；在导出工程文件之前，通过预设脚本读取所述第一表格；通过读取所述第一表格对得到的所述标识信息修改所述工程页面文件中对应的控件的属性进行修改。

进一步地，所述当前页面文件对应的工程文件为基于第一语言的第一版本的工程文件A1，所述通过读取所述第一表格对所述页面文件中对应的控件的属性进行修改，得到基于第二语言的第一版本的应用文件A2。

进一步地，所述方法还包括：获取与所述工程文件A1对应的工程文件B1，所述工程文件B1为基于所述第一语言的第二版本的工程文件；从所述工程文件B1中获取与所述当前页面文件对应的第一目标页面文件；通过读取所述第一表格对所述第一目标页面文件中对应的控件的属性进行修改，得到与所述应用文件A2对应的基于第二语言的第二版本的应用文件B2。

进一步地，所述方法还包括：获取第二表格，所述第二表格中存储所述当前页面文件对应的工程文件A1与改动后的工程文件A1＇之间发生修改的控件的共同父控件的标识信息；获取与所述工程文件A1对应的工程文件B1，所述工程文件B1为基于所述第一语言的第二版本的工程文件；根据所述第二表格和所述工程文件A1＇对所述工程文件B1进行修改，得到改动后的工程文件B1＇。

进一步地，所述当前页面文件为从所述工程文件A1＇中导出。

进一步地，所述方法还包括：从所述工程文件B1＇中获取与所述当前页面文件对应的第二目标页面文件；通过读取所述第一表格对所述第二目标页面文件中对应的控件的属性进行修改，得到与所述应用文件A2对应的基于第二语言的第二版本的应用文件B2。

进一步地，所述根据所述第二表格和所述工程文件A1＇对所述工程文件B1进行修改，得到改动后的工程文件B1＇，包括：根据所述第二表格从所述工程文件A1＇查找发生修改的控件的共同父控件；将查找获得的父控件对所述工程文件B1中对应的控件进行替换，得到改动后的工程文件B1＇。

进一步地，在获取与所述工程文件A1对应的工程文件B1后，还包括：判断所述工程文件B1是否比所述工程文件A1中包含的控件少，若是，则显示出错提醒消息。

进一步地，所述第二版本高于所述第一版本。

进一步地，所述页面文件为json文件。

为了实现上述目的，根据本发明的另一方面，还提供了一种页面处理的装置，该装置包括：写入单元，用于当确定当前页面文件中有需要修改的控件时在确定出所述工程文件中有需要修改的控件时，将需要修改的控件的标识信息和需要修改的属性写入第一表格中，其中，所述第一表格中每一条属性修改数据都有需要修改的属性名称和对应修改后的属性值；读取单元，用于在导出工程文件之前，通过预设脚本读取所述第一表格；修改单元，用于通过读取所述第一表格对所述页面文件中对应的控件的属性进行修改通过读取得到的所述标识信息修改所述工程文件中对应的控件的属性。

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

为了实现上述目的，根据本发明的另一方面，还提供了一种设备，至少包括一个处理器，以及与所述处理器连接的至少一个存储器、总线，其中，所述处理器、所述存储器通过所述总线完成相互间的通信，所述处理器用于调用所述存储器中的程序指令，以执行本发明的页面处理的方法。

本发明通过当确定出工程当前页面文件中有需要修改的控件时，将需要修改的控件的标识信息和需要修改的属性写入第一表格中，其中，第一表格中每一条属性修改数据都有需要修改的属性名称和对应修改后的属性值；在导出工程文件之前，通过预设脚本读取第一表格；通过读取第一表格对得到的标识信息修改工程页面文件中对应的控件的属性进行修改，解决了多语言版本游戏工程文件修改工作量大的问题，进而达到了提高游戏工程文件修改效率的效果。

附图说明

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

图1是本发明一实施例提供的页面处理的方法的流程图；

图2是本发明一实施例提供的版本升级示意图；

图3是本发明一实施例提供的页面处理的装置的示意图。

具体实施方式

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

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

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

本发明实施例提供了一种页面处理的方法。

图1是本发明一实施例提供的页面处理的方法的流程图，如图1所示，该方法包括以下步骤：

步骤S102：当确定出工程当前页面文件中有需要修改的控件时，将需要修改的控件的标识信息和需要修改的属性写入第一表格中，其中，第一表格中每一条属性修改数据都有需要修改的属性名称和对应修改后的属性值；

步骤S104：在导出工程文件之前，通过预设脚本读取第一表格；

步骤S106：通过读取第一表格对得到的标识信息修改工程页面文件中对应的控件的属性进行修改。

该实施例通过在确定出工程文件中有需要修改的控件时，将需要修改的控件的标识信息和需要修改的属性写入第一表格中，其中，第一表格中每一条属性修改数据都有需要修改的属性名称和对应修改后的属性值；在导出工程文件之前，通过预设脚本读取第一表格；通过读取得到的标识信息修改工程文件中对应的控件的属性，解决了多语言版本游戏工程文件修改工作量大的问题，进而达到了提高游戏工程文件修改效率的效果。

在UI界面中的控件需要修改时，将要修改的控件的标识信息和要修改成具体什么值写入第一表格中，在导出工程文件之前，读取第一表格，根据第一表格中的数据一条一条修改对应的控件的属性，这样，可以一次性自动修改多个控件属性，避免了用户手动操作，提高了游戏工程文件修改效率。

可选地，当前页面文件所对应的工程文件为基于第一语言的第一版本的工程文件A1，通过读取第一表格对页面文件中对应的控件的属性进行修改，得到基于第二语言的第一版本的应用文件A2。

可选地，获取与工程文件A1对应的工程文件B1，工程文件B1为基于第一语言的第二版本的工程文件；从工程文件B1中获取与当前页面文件对应的第一目标页面文件；通过读取第一表格对第一目标页面文件中对应的控件的属性进行修改，得到与应用文件A2对应的基于第二语言的第二版本的应用文件B2，其中，第二版本高于第一版本，页面文件可以是json文件，工程文件为cocos工程的文件，应用文件为csb文件。

图2是本发明一实施例提供的版本升级示意图，如图2所示，A1、B1都是国服版本的工程文件，A2、B2是海外版本的工程文件，工程文件B1是工程文件A1的升级版。当前的工程文件A1的页面文件中(json文件)有需要修改的控件，通过读取第一表格对应的json文件进行修改，修改完成后导出csb文件，就得到与工程文件A1对应的应用文件A2(csb文件)。

对于升级版的B1版本相关文件，如果国服版本进行了修改，在得到海外版本之前，要从工程文件B1中获取与A1中每个页面文件对应的第一目标页面文件，在对应的第一目标页面文件中比照第一表格修改第一页面文件(json文件)中对应的控件属性，修改后导出csb文件得到海外版本的应用文件B2。

可选地，获取第二表格，第二表格中存储当前页面文件对应的工程文件A1与改动后的工程文件A1＇之间发生修改的控件的共同父控件的标识信息；获取与工程文件A1对应的工程文件B1，工程文件B1为基于第一语言的第二版本的工程文件；根据第二表格和工程文件A1＇对工程文件B1进行修改，得到改动后的工程文件B1＇。

在对国服的A1版本cocos工程文件进行修改时，修改cocos工程的同时把改动的控件填入大改动excel中，大改动excel即为第二表格，也即，第二表格中存储的是当前页面文件对应的工程文件A1与改动后的工程文件A1＇(对应图中的国服版本A1cocos工程：改)之间发生修改的控件的共同父控件的标识信息，如果工程文件需要修改的控件数量较大，这种情况下，通常是某一个父控件下的所有子控件都需要修改，一行一行写在表格里工作量太大，可以把当前页面中需要改动的控件的共同父控件的标识信息写到第二表格中，在修改时可以通过共同父控件进行批量修改，提高效率，在对工程文件B1进行修改时，可以通过获取第二表格的记录，比照对应的工程文件A1＇中的各个控件属性，将B1的页面中的控件属性修改到与A1＇中的相同，其中，“国服版本A1＇cocos工程”即为A1改动后的工程文件。

可选地，根据第二表格和工程文件A1＇对工程文件B1进行修改，得到改动后的工程文件B1＇，包括：根据第二表格从工程文件A1＇查找发生修改的控件的共同父控件；将查找获得的父控件对工程文件B1中对应的控件进行替换，得到改动后的工程文件B1＇。

在对工程文件B1进行修改时可以直接用工程文件A1＇中查找到的发生修改的控件的共同父控件(通常是树型结构的文件)来替换B1中相应的控件，这样可以进行批量修改，提高效率。

通过引入记录属性的第一表格和第二表格，可以在版本升级时实现版本自动化修改，提高修改效率。可选的，可以将当前页面文件从工程文件A1＇中导出。

可选地，从工程文件B1＇中获取与当前页面文件对应的第二目标页面文件；通过读取第一表格对第二目标页面文件中对应的控件的属性进行修改，得到与应用文件A2对应的基于第二语言的第二版本的应用文件B2。在得到应用文件B2时，除了通过修改B1以外，还可以通过修改B1＇中的页面文件来得到，这样可以更灵活的得到应用文件B2。

可选地，在获取与工程文件A1对应的工程文件B1后，判断工程文件B1是否比工程文件A1中包含的控件少，若是，则显示出错提醒消息，这样，可以方便开发人员核对是否存在数据缺失，如果存在，可以人工补录。

在根据两个表格修改之外，如果还需要人工修改少量的控件属性，则需要在修改后记录在第一表格中，以备后续版本升级时使用。

可选地，表格为Excel表格，预设脚本为python，cocos ui存放控件的文件格式为json，标识信息包括标签。

本实施例还提供了一种具体实施方式。

本实施例所要解决的问题是：由于翻译导致修改ui时造成大量冗余cocos工程和合版本的大量人工工作量，提高ui合版本效率。

为解决以上技术问题，提供了一种优化方案，包含两步：

1.使用excel表记录ui的小改动，使用表进行记录，既不需要打开cocos的麻烦操作，而且记录肯定准确，容易查找问题。

2.导出工程之前，通过扫描excel表将改动修改到json文件中，excel和json文件都易于被程序进行读写，把手动的工作量交给自动脚本。本实施例中，一个项目会使用多个cocos工程，一个cocos工程有多个json，每一个json表示一个ui页面，修改json等同于修改ui页面。

以Cocos工程文件为例，该版本的工程是用json文件格式的，而其中每个控件tag是唯一的并且可以通过脚本获取。

需要说明的是，1.excel表没有排序要求，脚本是一次性读取整个sheet整合后进行处理的。2.每一行都需要有修改的属性，有修改属性的需求才会填json进这个表里。3.ui中每个控件都有一个独立的tag，利用这个可以从json中搜索对应tag中的对应属性，如position(位置)上的属性，"positionx":714,"positiony":424，把这部分中的714,424改成ui在表中填的位置即可。由ui自行调整属性后确定要改成什么数值，填在表里面即可。

4.表格放在和ui并列的目录中即可，脚本可以根据相对路径获取excel的。

在每一次ui修改cocos工程时，将对应控件的tag以及需要修改的属性写入Excel中，这样就不需要建立新的cocos工程。表格中记录了每条属性修改的状态，例如未改好，已完成等，以及属性的编号、语种、颜色等。

然后再导出cocos工程之前使用python脚本读取这个excel文件的每一行，通过tag来修改json文件中对应控件的属性，更加不需要在代码里面修改。

因此，在本次合版本中，由于ui这些小的改动并没有修改cocos工程，而是填到了excel中，因此这部分其实可以不需要合了，因为只要excel表不变，就可以把改动直接带上，而且准确率高。

举例：有一个当前版本00，改动过00的版本01，要合并一个新的版本02，由于00-01做了针对海发的一些ui修改，而02是国服来的没有00-01的修改，所以要把00-01的变动加入到02中。本地合就是ui直接在本地用脚本把改动合到02版本，不直接提交到svn版本管理库，防止提交了错误的ui，ui跑完本地脚本后会自行检查一次合并效果，确定无误之后再上传。

如果遇到国服cocos工程有删减导致的tag对应错误，这种问题一般很少出现，但是出现的话脚本会报错让ui修改。

针对大量修改的合版本Excel文件，还有一种情况，就是出现一个tag中大量子元素和属性的改动，一行一行写在excel里面不太友好，这种情况下，先让ui修改cocos工程，然后把整个改动的根控件tag与其父tag写到另一张excel表上(这样也需要拷贝新的cocos工程，但是有前一张表的情况下，这样的工程也维持在十个以内，可以接受)。在合版本的时候，ui只需要使用一个本地脚本扫描这张excel表，先在本地合一次这些json改动(这个也使用脚本，因为如果让ui手动看cocos工程来合并改动的话会比较痛苦)，具体就是把目标tag的json内容拷到新版本父tag之下，然后再打开合并后的工程查看效果，如果正常就直接提交工程，否则再去仔细看需要如何合理的合并剩下的部分。

本实施例的技术方案中，ui合版本时只需要运行一下脚本即可读取excel把合并的控件自动合并，自己只需要检查少量cocos工程即可，把ui合版本的效率提高了60％以上。

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

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

图3是本发明一实施例提供的页面处理的装置的示意图，如图3所示，该装置包括：

写入单元10，用于当确定当前页面文件中有需要修改的控件时，将需要修改的控件的标识信息和需要修改的属性写入第一表格中，其中，第一表格中每一条属性修改数据都有需要修改的属性名称和对应修改后的属性值；

读取单元20，用于在导出工程文件之前，通过预设脚本读取第一表格；

修改单元30，用于通过读取第一表格对页面文件中对应的控件的属性进行修改。

该实施例采用写入单元10，用于当确定当前页面文件中有需要修改的控件时，将需要修改的控件的标识信息和需要修改的属性写入第一表格中，其中，第一表格中每一条属性修改数据都有需要修改的属性名称和对应修改后的属性；读取单元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 (11)

1.一种页面处理的方法，其特征在于，包括：

当确定当前页面文件中有需要修改的控件时，将需要修改的控件的标识信息和需要修改的属性写入第一表格中，其中，所述第一表格中每一条属性修改数据都有需要修改的属性名称和对应修改后的属性值，所述当前页面为游戏页面；

在导出当前页面文件对应的工程文件之前，通过预设脚本读取所述第一表格，所述当前页面文件对应的工程文件为基于第一语言的第一版本的工程文件A1；

通过读取所述第一表格对所述页面文件中对应的控件的属性进行修改，得到基于第二语言的第一版本的应用文件A2；

获取第二表格，所述第二表格中存储所述当前页面文件对应的工程文件A1与改动后的工程文件A1＇之间发生修改的控件的共同父控件的标识信息；

获取与所述工程文件A1对应的工程文件B1，所述工程文件B1为基于所述第一语言的第二版本的工程文件；

根据所述第二表格和所述工程文件A1＇对所述工程文件B1进行修改，得到改动后的工程文件B1＇。

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

获取与所述工程文件A1对应的工程文件B1，所述工程文件B1为基于所述第一语言的第二版本的工程文件；

从所述工程文件B1中获取与所述当前页面文件对应的第一目标页面文件；

通过读取所述第一表格对所述第一目标页面文件中对应的控件的属性进行修改，得到与所述应用文件A2对应的基于第二语言的第二版本的应用文件B2。

3.根据权利要求1所述的方法，其特征在于，所述当前页面文件为从所述工程文件A1＇中导出。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

从所述工程文件B1＇中获取与所述当前页面文件对应的第二目标页面文件；

通过读取所述第一表格对所述第二目标页面文件中对应的控件的属性进行修改，得到与所述应用文件A2对应的基于第二语言的第二版本的应用文件B2。

5.根据权利要求1所述的方法，其特征在于，所述根据所述第二表格和所述工程文件A1＇对所述工程文件B1进行修改，得到改动后的工程文件B1＇，包括：

根据所述第二表格从所述工程文件A1＇查找发生修改的控件的共同父控件；

将查找获得的父控件对所述工程文件B1中对应的控件进行替换，得到改动后的工程文件B1＇。

6.根据权利要求1或2所述的方法，其特征在于，在获取与所述工程文件A1对应的工程文件B1后，还包括：

判断所述工程文件B1是否比所述工程文件A1中包含的控件少，若是，则显示出错提醒消息。

7.根据权利要求1或2所述的方法，其特征在于，所述第二版本高于所述第一版本。

8.根据权利要求1所述的方法，其特征在于，所述当前页面文件为json文件。

9.一种页面处理的装置，其特征在于，包括：

写入单元，用于当确定当前页面文件中有需要修改的控件时，将需要修改的控件的标识信息和需要修改的属性写入第一表格中，其中，所述第一表格中每一条属性修改数据都有需要修改的属性名称和对应修改后的属性值，所述当前页面为游戏页面；

读取单元，用于在导出当前页面文件对应的工程文件之前，通过预设脚本读取所述第一表格，其中，所述工程文件为多语言版本文件，所述当前页面文件对应的工程文件为基于第一语言的第一版本的工程文件A1；

修改单元，用于通过读取所述第一表格对所述页面文件中对应的控件的属性进行修改，得到基于第二语言的第一版本的应用文件A2；

获取第二表格，所述第二表格中存储所述当前页面文件对应的工程文件A1与改动后的工程文件A1＇之间发生修改的控件的共同父控件的标识信息；

获取与所述工程文件A1对应的工程文件B1，所述工程文件B1为基于所述第一语言的第二版本的工程文件；

根据所述第二表格和所述工程文件A1＇对所述工程文件B1进行修改，得到改动后的工程文件B1＇。

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

11.一种设备，其特征在于，所述设备至少包括一个处理器，以及与所述处理器连接的至少一个存储器、总线，其中，所述处理器、所述存储器通过所述总线完成相互间的通信，所述处理器用于调用所述存储器中的程序指令，以执行权利要求1至8中任意一项所述的页面处理的方法。