CN108829393A - 一种用于实现界面布局的皮肤文件生成方法、装置及设备 - Google Patents

Abstract

本申请公开一种用于实现界面布局的皮肤文件生成方法、装置及设备，在可视化界面编辑区利用树结构管理视图中的各个控件。首先接收在可视化界面编辑区针对任一控件的编辑操作；然后，根据编辑操作对树结构中的控件的控件属性和/或排版属性进行更新；根据更新控件后的树结构显示界面布局效果；最后在接收到预设的皮肤文件生成指令后，根据更新控件后的树结构中各个控件生成皮肤文件，用于实现应用软件的界面布局。由于皮肤文件能独立于业务功能代码存在，因此利用该皮肤文件实现各种应用的界面布局时，能够避免视图逻辑代码与业务功能代码的耦合性，在应用的界面布局需进行调整时只需更改皮肤文件，降低了界面布局更改对应用版本更新发布的依赖。

Description

一种用于实现界面布局的皮肤文件生成方法、装置及设备

技术领域

本申请涉及互联网领域，具体涉及一种用于实现界面布局的皮肤文件生成方法、装置及设备。

背景技术

各种应用(英文：Application；简称：APP)中，为了向用户展现丰富的内容以及提供良好的使用体验，应用的界面布局往往被作为吸引用户的重要元素之一，通常各种应用的界面布局具有多样性。

目前，应用的开发人员是通过编写视图逻辑代码的方式实现应用的界面布局，这种实现方式不得不将用于实现界面布局的视图逻辑代码与用于实现应用业务功能的代码糅杂在一起，使得二者耦合度极高。由于应用的界面布局会随着用户的需求不断调整更新，以吸引更多用户的关注，一旦涉及到应用的界面布局的调整，则开发人员需要对用于实现界面布局的视图逻辑代码进行更改。而视图逻辑代码与业务功能代码之间的耦合性，要求在更改视图逻辑代码的同时，也需要对业务功能代码进行调整，重新发布整个新版本的应用后，最终完成对界面布局的更新。

可见，上述对应用的界面布局的调整过程相对复杂，且依赖业务功能代码的调整，以及整个应用新版本的发布。

发明内容

为解决上述问题，本申请提供了一种用于实现界面布局的皮肤文件生成方法、装置及设备，具体技术方案如下：

第一方面，本申请提供了一种用于实现界面布局的皮肤文件生成方法，在可视化界面编辑区，利用树结构管理视图中的各个控件，所述控件具有控件属性和排版属性，所述方法包括：

接收在所述可视化界面编辑区针对任一控件的编辑操作，所述编辑操作包括控件属性编辑操作和/或排版属性编辑操作；

根据所述编辑操作，对所述树结构中的控件进行更新；

根据更新控件后的树结构，显示界面布局效果；

在接收到预设的皮肤文件生成指令后，根据所述更新控件后的树结构中的各个控件生成皮肤文件，所述皮肤文件用于实现应用软件的界面布局。

可选的，所述在接收到预设的皮肤文件生成指令后，根据所述树结构中的各个控件生成皮肤文件之前，还包括：

接收针对任一控件的绑定操作；所述绑定操作携带事件标识；

将所述控件与所述事件标识进行绑定，以便在所述控件被触发后响应所述事件标识对应的事件。

可选的，所述在接收到预设的皮肤文件生成指令后，根据所述树结构中的各个控件生成皮肤文件之后，还包括：

将所述皮肤文件以资源文件的形式存储于目标应用软件，以实现所述目标应用软件的界面布局。

可选的，所述方法还包括：

接收对所述皮肤文件的更改操作；

根据所述更改操作，对所述目标应用软件的皮肤文件进行更新。

可选的，所述在接收到预设的皮肤文件生成指令后，根据所述树结构中的各个控件生成皮肤文件，所述皮肤文件用于实现应用软件的界面布局，包括：

在接收到预设的皮肤文件生成指令后，以递归的方式将所述树结构中的各个控件的控件属性和排版属性保存为可扩展标记语言XML文件，所述XML文件为用于实现应用软件的界面布局的皮肤文件。

第二方面，本申请提供了一种用于实现界面布局的皮肤文件生成装置，在可视化界面编辑区，利用树结构管理视图中的各个控件，所述控件具有控件属性和排版属性，所述装置包括：

第一接收单元，用于接收在所述可视化界面编辑区针对任一控件的编辑操作，所述编辑操作包括控件属性编辑操作和/或排版属性编辑操作；

第一更新单元，用于根据所述编辑操作，对所述树结构中的控件进行更新；

显示单元，用于根据更新控件后的树结构，显示界面布局效果；

生成单元，用于在接收到预设的皮肤文件生成指令后，根据所述更新控件后的树结构中的各个控件生成皮肤文件，所述皮肤文件用于实现应用软件的界面布局。

可选的，所述装置还包括：

第二接收单元，用于接收针对任一控件的绑定操作；所述绑定操作携带事件标识；

绑定单元，用于将所述控件与所述事件标识进行绑定，以便在所述控件被触发后响应所述事件标识对应的事件。

可选的，所述装置还包括：

存储单元，用于将所述皮肤文件以资源文件的形式存储于目标应用软件，以实现所述目标应用软件的界面布局。

可选的，所述装置还包括：

第三接收单元，用于接收对所述皮肤文件的更改操作；

第二更新单元，用于根据所述更改操作，对所述目标应用软件的皮肤文件进行更新。

可选的，所述生成单元包括：

递归子单元，用于在接收到预设的皮肤文件生成指令后，以递归的方式将所述树结构中的各个控件的控件属性和排版属性保存为可扩展标记语言XML文件，所述XML文件为用于实现应用软件的界面布局的皮肤文件。

第三方面，本申请提供了一种用于实现界面布局的皮肤文件生成设备。该设备包括存储器和处理器，

存储器用于存储程序代码，并将程序代码传输给处理器；

处理器用于根据程序代码中的指令，执行上述第一方面提供的任一项用于实现界面布局的皮肤文件生成方法。

本申请提供的用于实现界面布局的皮肤文件生成方法，在可视化界面编辑区，利用树结构管理视图中的各个控件，该方法首先接收在可视化界面编辑区针对任一控件的编辑操作；然后，根据编辑操作，对树结构中的控件的控件属性或排版属性进行更新；根据更新控件后的树结构，显示最新界面布局效果；最后，在接收到预设的皮肤文件生成指令后，根据更新控件后的树结构中的各个控件生成皮肤文件，皮肤文件用于实现应用软件的界面布局。利用本申请生成的用于实现界面布局的皮肤文件能够独立于业务功能代码存在，因此，利用该皮肤文件实现各种应用的界面布局时，能够避免现有技术中视图逻辑代码与业务功能代码的耦合性，在应用的界面布局需要进行调整时只需要更改皮肤文件即可，降低了界面布局更改对应用版本更新发布的依赖性。

附图说明

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

图1为本申请实施例提供的一种用于实现界面布局的皮肤文件生成方法的流程示意图；

图2为本申请实施例提供的根据编辑操作更新树结构控件的原理图；

图3为本申请实施例提供的递归视图生成XML文件的流程图；

图4为本申请实施例提供的一种用于实现界面布局的皮肤文件生成装置的结构示意图；

图5为本申请实施例提供的一种用于实现界面布局的皮肤文件生成设备的结构示意图。

具体实施方式

由于目前通过编写视图逻辑代码实现应用的界面布局的方式，存在视图逻辑代码与实现应用业务功能的代码之间耦合度过高的问题，因而界面布局的更新或调整无法独立于应用的业务功能进行。也就是说，每次为更新应用界面布局调整视图逻辑代码的同时，还要对业务功能代码做相应调整。除此以外，由应用开发者更新并发布新的应用版本才能实现更新后的业务功能以及界面布局，因此致使应用界面布局更新对发版具有重度的依赖性。然而，应用的界面布局是吸引用户关注的重要因素，用户对应用界面布局效果更新的需求频率往往高于应用版本的更新频率，另外，更新应用版本对于移动终端用户的流量消耗较大，故，通过编写视图逻辑代码实现应用界面布局的方法，不利于应用的推广和发展。

有鉴于此，本申请实施例提供了一种用于实现界面布局的皮肤文件生成方法，在可视化界面编辑区，利用树结构管理视图中的各个控件，该方法首先接收在可视化界面编辑区针对任一控件的编辑操作；然后，根据编辑操作，对树结构中控件的控件属性或排版属性进行更新；根据更新控件后的树结构，显示最新界面布局效果；最后，在接收到预设的皮肤文件生成指令后，根据更新控件后的树结构中的各个控件生成皮肤文件，皮肤文件用于实现应用软件的界面布局的皮肤文件。利用本申请生成的用于实现应用软件的界面布局的皮肤文件能够独立于业务功能代码存在，因此，利用该皮肤文件实现各种应用的界面布局时，能够避免现有技术中视图逻辑代码与业务功能代码的耦合性，在应用的界面布局需要进行调整时只需要更改皮肤文件即可，降低了界面布局更改对应用版本更新发布的依赖性。

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

本申请实施例提供了一种用于实现界面布局的皮肤文件生成方法。参见图1，是本申请实施例提供的用于实现界面布局的皮肤文件生成方法流程图，该方法包括：

S101：接收在可视化界面编辑区针对任一控件的编辑操作。

控件是图形用户界面(英语：Graphical User Interface，缩写：GUI)元素，包含在应用程序中，控制着程序处理的相关数据以及关于与这些数据的交互操作。例如，控件可以包括按钮，菜单，滚动条，标签，对话框及文本框等。

本申请利用人机交互可视化编辑工具生成皮肤文件，在人机交互可视化编辑工具的可视化界面编辑区，用户可以对视图中的各个控件进行编辑。其中，人机交互可视化编辑工具包括可编辑区和不可编辑区，具体的，本申请实施例中，人机交互可视化编辑工具的显示界面上用于实现可视化编辑的区为可视化界面编辑区，而视图中包括各种控件，各个控件具有控件属性和/或排版属性，对控件进行编辑实际上就是对控件的控件属性或排版属性进行编辑。

控件属性包括控件的外观展现属性和自定义属性。作为示例，控件的外观展现属性可以包括：背景色，字号，字体，圆角等。自定义属性包括控件type，控件id和控件touch_id。控件type即控件的具体类型，如按钮、对话框等；控件id，可作为区分同种类型的控件的依据。不同控件id的控件分别与特定数据和/或特定事件相绑定，例如，控件id为idA的按钮绑定事件A，而控件id为idC的按钮绑定事件C。控件touch_id定义控件被触发后，所响应的事件的标识符，例如函数名等。其中，控件属性编辑操作即为对上述控件属性的编辑操作。

排版属性是对弹性布局(英文：Flexible Box，缩写：Flex)排版规则的封装。排版属性编辑操作，即对排版属性的编辑操作，本质上是通过编辑控件的大小及位置，实现控件的排版。作为示例，排版属性可以包括控件的排布方向，控件与其他控件的位置关系，控件与其他控件对齐方式，控件的排列顺序等。

需要说明的是，在本实施例中，具体通过树结构对视图中的各个控件进行管理。树结构中的节点与控件一一对应。可视化界面编辑区针对任一控件的编辑操作会首先作用于树结构中控件对应的节点，继而触发控件，使控件处于激活态。

S102：根据编辑操作，对树结构中的控件进行更新。

参见附图2，是根据编辑操作更新树结构控件的原理图。

若步骤S101接收到针对控件的控件属性编辑操作，则根据该编辑操作，更新树结构中编辑操作所作用的节点对应的控件的控件属性。

若步骤S101接收到针对控件的排版属性编辑操作，则根据该编辑操作，更新树结构中编辑操作所作用的节点对应的控件排版属性。

另外，值得注意的是，步骤S201中的编辑操作可以同时包括控件属性编辑操作和排版属性编辑操作，即同时实现上述两种方式的更新。

需要说明的是，具有父子关系的控件对应于树结构中的父、子节点。当父控件根据排版属性编辑操作进行排版属性的更新，子控件也需要根据父子关系和排版属性编辑操作的具体内容进行排版属性的更新。

S103：根据更新控件后的树结构，显示界面布局效果。

树结构中的控件根据编辑操作完成更新后，在可视化编辑区能够显示控件更新后的属性所呈现出的最新界面布局效果。最新界面布局效果有助于用户界面(英语：UserInterface，缩写：UI)设计者对界面布局进行预览，并根据显示效果，确定是否需要继续更改调整树结构中控件的属性等。

若界面布局效果符合用户对界面布局的要求，则生成呈现上述最新界面布局效果的皮肤文件，可选地，由UI设计者触发预设的皮肤文件生成指令。

S104：在接收到预设的皮肤文件生成指令后，根据更新控件后的树结构中的各个控件生成皮肤文件。

由于本实施例采用树结构管理控件，因此作为示例，在接收到预设的皮肤文件生成指令后，选用递归的方式将树结构中的各个控件的控件属性和排版属性保存为可扩展标记语言XML文件，XML文件为用于实现界面布局的皮肤文件。

树结构中每个节点对应的控件具有控件属性和/或排版属性，能够呈现对应的视图。为便于清楚理解递归视图生成XML文件的流程，在此对部分术语进行解释。标签，由尖括号包围的关键词构成，一般成对出现，例如开始标签与结束标签。开始标签与结束标签分别作为一个视图属性的开始标识与结束标识。打印，是指将信息写入文件的操作。

递归视图生成XML文件的流程图参见附图3。以根视图作为当前视图CurrentView，打印当前视图的开始标签，接着打印当前视图对应控件的所有属性。判断当前视图是否拥有子视图，若是，则以子视图作为当前视图重新打印开始标签；若否，则打印当前视图的结束标签。并判断当前视图是否存在子视图未打印属性，如果是，则以未打印属性的子视图作为当前视图重新打印开始标签，如果否，则生成XML文件。由于所生成的XML文件是根据所有视图对应控件的所有属性生成，因此，能够用于实现步骤S103中所显示的最新界面布局效果。

以上为本申请实施例提供的用于实现界面布局的皮肤文件生成方法，在可视化界面编辑区，利用树结构管理视图中的各个控件。该方法首先接收在可视化界面编辑区针对任一控件的编辑操作；然后，根据编辑操作，对树结构中的控件的控件属性或排版属性进行更新；根据更新控件后的树结构，显示最新界面布局效果；最后，在接收到预设的皮肤文件生成指令后，根据更新控件后的树结构中的各个控件生成皮肤文件，皮肤文件即用于实现应用软件的界面布局。

由于本申请生成的用于实现应用软件的界面布局的皮肤文件能够独立于业务功能代码存在，因此，利用该皮肤文件实现各种应用的界面布局时，能够避免现有技术中视图逻辑代码与业务功能代码的耦合性，在应用的界面布局需要进行调整时只需要更改皮肤文件即可，降低了界面布局更改对应用版本更新发布的依赖性。

可选地，本实施例提供的用于实现界面布局的皮肤文件生成方法，在步骤S104之前还包括：

A1、接收针对任一控件的绑定操作。

前面曾提及，控件属性中包含自定义属性，根据自定义属性中的控件id可以区分相同控件type的控件。控件id可以与特定数据和/或事件相绑定。作为示例，本步骤中，接收的针对任一控件的绑定操作，可以是将普通点击事件与控件绑定，也可以将更改控件样式的操作与控件绑定等。

A2、将控件与事件标识进行绑定，以便在控件被触发后响应事件标识对应的事件。

由于针对控件的绑定操作携带事件标识，因此在接收到针对控件的绑定操作后，将控件与事件标识进行绑定，进而将控件与事件关联起来。控件自定义属性中控件touch_id定义了该控件所绑定事件对应的标识符。

举例说明，若控件与更改控件样式操作的事件标识change1绑定，则控件被触发后，响应change1对应的更改控件样式的操作，可以建立与控件新样式文件的关联，调用控件的新样式文件。

为提高所生成的皮肤文件的在目标应用软件的使用效率，使皮肤文件具备更广泛的适用性，可选地，本实施例提供的用于实现界面布局的皮肤文件生成方法，在步骤S104之后还包括：

B1、将皮肤文件以资源文件的形式存储于目标应用软件，以实现所述目标应用软件的界面布局。

将步骤S104所生成的皮肤文件导出，再存储于目标应用软件中。作为目标应用软件的一种资源文件，皮肤文件可以在该应用软件的多个页面中应用。

进一步地，为降低界面布局对应用版本更新的依赖性，本实施例提供的用于实现界面布局的皮肤文件生成方法，还包括：

C1、接收对皮肤文件的更改操作。

C2、根据所述更改操作，对所述目标应用软件的皮肤文件进行更新。

由于皮肤文件是以资源文件的形式存储于目标应用软件中，更新皮肤文件即可实现对应的界面布局的更新。需要说明的是，此处所说的更新是指相对于当前界面布局效果的不同效果，并非局限于时间意义上的新效果。下面将以更改后的皮肤文件是第一皮肤文件为示例，对步骤C1和步骤C2的实现进行说明。

一种具体实现方式是，接收对目标应用软件的皮肤文件的更改操作后，将目标应用软件中当前皮肤文件如第二皮肤文件删除，替换为第一皮肤文件。

另一种具体实现方式是，接收对目标应用软件的皮肤文件的更改操作后，保留目标应用软件中当前的皮肤文件如第二皮肤文件，并将第一皮肤文件也以资源文件的形式存储于目标应用软件。目标应用软件的用户可以根据自身喜好在应用中随时选取第二皮肤文件或第一皮肤文件实现的界面布局效果，或是在应用中设置第二皮肤文件或第一皮肤文件实现的界面布局效果交替呈现的时间间隔。此外，还可以对第一皮肤文件和第二皮肤文件使用的优先级进行设置，以提高用户的体验。

下面对皮肤文件的使用进行简单说明。

目标应用软件中的皮肤文件，需要利用UI引擎进行解析并渲染。根据应用软件中的解析规则，进行对皮肤文件的Dom树解析，解析后获得控件及其属性的绑定关系，最后呈现界面布局的视图效果。

基于本申请实施例提供的用于实现界面布局的皮肤文件生成方法，相应地，本申请实施例还提供了用于实现界面布局的皮肤文件生成装置。下面结合附图4，对本申请提供的用于实现界面布局的皮肤文件生成装置的具体实施方式进行介绍。

参见图4，是本申请实施例提供的用于实现界面布局的皮肤文件生成装置的结构示意图，该装置具体可以包括：

第一接收单元41，用于接收在可视化界面编辑区针对任一控件的编辑操作，编辑操作包括控件属性编辑操作和/或排版属性编辑操作；

第一更新单元42，用于根据编辑操作，对树结构中的控件进行更新；

显示单元43，用于根据更新控件后的树结构，显示界面布局效果；

生成单元44，用于在接收到预设的皮肤文件生成指令后，根据更新控件后的树结构中的各个控件生成皮肤文件，皮肤文件用于实现界面布局。

以上为本申请实施例提供的用于实现界面布局的皮肤文件生成装置，由于利用生成单元所生成的用于实现界面布局的皮肤文件，能够独立于业务功能代码存在，因此，利用该皮肤文件实现各种应用的界面布局时，能够避免现有技术中视图逻辑代码与业务功能代码的耦合性，在应用的界面布局需要进行调整时只需要更改皮肤文件即可，降低了界面布局更改对应用版本更新发布的依赖性。

可选地，上述装置还可以包括：

第二接收单元45，用于接收针对任一控件的绑定操作；绑定操作携带事件标识；

绑定单元46，用于将控件与事件标识进行绑定，以便在控件被触发后响应事件标识对应的事件。

由于针对控件的绑定操作携带着事件标识，因此在接收到针对控件的绑定操作后，将控件与事件标识进行绑定，进而将控件与事件关联起来。

另外，为提高所生成的皮肤文件的在目标应用软件的使用效率，使皮肤文件具备更广泛的适用性，可选地，本实施例提供的用于实现界面布局的皮肤文件生成装置还可以包括：

存储单元47，用于将皮肤文件以资源文件的形式存储于目标应用软件，以实现所述目标应用软件的界面布局。

由此，作为目标应用软件的一种资源文件，皮肤文件可以在该应用软件的多个页面中应用。

进一步地，为降低界面布局对应用版本更新的依赖性，本实施例提供的用于实现界面布局的皮肤文件生成装置还可以包括：

第三接收单元48，用于接收对皮肤文件的更改操作；

第二更新单元49，用于根据所述更改操作，对所述目标应用软件的皮肤。

另外，对于上述装置中的生成单元44，具体可以包括：

递归子单元441，用于在接收到预设的皮肤文件生成指令后，以递归的方式将树结构中的各个控件的控件属性和排版属性保存为可扩展标记语言XML文件，XML文件为用于实现应用软件的界面布局的皮肤文件。

相应地，本申请实施例还提供一种用于实现界面布局的皮肤文件生成设备，设备包括存储器和处理器，存储器用于存储程序代码，并将程序代码传输给处理器；处理器用于根据程序代码中的指令，执行上述实施例提供的用于实现界面布局的皮肤文件生成方法。参见图5，是本申请实施例提供的用于实现界面布局的皮肤文件生成设备的结构示意图。该设备可以包括：

处理器51、存储器52、输入装置53和输出装置54。用于实现界面布局的皮肤文件生成设备中的处理器51的数量可以一个或多个，图5中以一个处理器为例。在本发明的一些实施例中，处理器51、存储器52、输入装置53和输出装置54可通过总线或其它方式连接，其中，图5中以通过总线连接为例。

存储器52可用于存储软件程序以及模块，处理器51通过运行存储在存储器52的软件程序以及模块，从而执行用于实现界面布局的皮肤文件生成设备的各种功能应用以及数据处理。存储器52可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序等。此外，存储器52可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。输入装置53可用于接收输入的数字或字符信息，以及产生与用于实现界面布局的皮肤文件生成设备的用户设置以及功能控制有关的信号输入。

具体在本实施例中，处理器51会按照指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器52中，并由处理器51来运行存储在存储器52中的应用程序，从而实现上述用于实现界面布局的皮肤文件生成方法中的各种功能。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请实施例所提供的一种用于实现界面布局的皮肤文件生成方法、装置及设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (11)

1.一种用于实现界面布局的皮肤文件生成方法，其特征在于，在可视化界面编辑区，利用树结构管理视图中的各个控件，所述控件具有控件属性和排版属性，所述方法包括：

接收在所述可视化界面编辑区针对任一控件的编辑操作，所述编辑操作包括控件属性编辑操作和/或排版属性编辑操作；

根据所述编辑操作，对所述树结构中的控件进行更新；

根据更新控件后的树结构，显示界面布局效果；

在接收到预设的皮肤文件生成指令后，根据所述更新控件后的树结构中的各个控件生成皮肤文件，所述皮肤文件用于实现应用软件的界面布局。

2.根据权利要求1所述的方法，其特征在于，所述在接收到预设的皮肤文件生成指令后，根据所述树结构中的各个控件生成皮肤文件之前，还包括：

接收针对任一控件的绑定操作；所述绑定操作携带事件标识；

将所述控件与所述事件标识进行绑定，以便在所述控件被触发后响应所述事件标识对应的事件。

3.根据权利要求1所述的方法，其特征在于，所述在接收到预设的皮肤文件生成指令后，根据所述树结构中的各个控件生成皮肤文件之后，还包括：

将所述皮肤文件以资源文件的形式存储于目标应用软件，以实现所述目标应用软件的界面布局。

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

接收对所述皮肤文件的更改操作；

根据所述更改操作，对所述目标应用软件的皮肤文件进行更新。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述在接收到预设的皮肤文件生成指令后，根据所述树结构中的各个控件生成皮肤文件，所述皮肤文件用于实现应用软件的界面布局，包括：

在接收到预设的皮肤文件生成指令后，以递归的方式将所述树结构中的各个控件的控件属性和排版属性保存为可扩展标记语言XML文件，所述XML文件为用于实现应用软件的界面布局的皮肤文件。

6.一种用于实现界面布局的皮肤文件生成装置，其特征在于，在可视化界面编辑区，利用树结构管理视图中的各个控件，所述控件具有控件属性和排版属性，所述装置包括：

第一接收单元，用于接收在所述可视化界面编辑区针对任一控件的编辑操作，所述编辑操作包括控件属性编辑操作和/或排版属性编辑操作；

第一更新单元，用于根据所述编辑操作，对所述树结构中的控件进行更新；

显示单元，用于根据更新控件后的树结构，显示界面布局效果；

生成单元，用于在接收到预设的皮肤文件生成指令后，根据所述更新控件后的树结构中的各个控件生成皮肤文件，所述皮肤文件用于实现应用软件的界面布局。

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

第二接收单元，用于接收针对任一控件的绑定操作；所述绑定操作携带事件标识；

绑定单元，用于将所述控件与所述事件标识进行绑定，以便在所述控件被触发后响应所述事件标识对应的事件。

8.根据权利要求6所述的装置，其特征在于，所述装置还包括：

存储单元，用于将所述皮肤文件以资源文件的形式存储于目标应用软件，以实现所述目标应用软件的界面布局。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括：

第三接收单元，用于接收对所述皮肤文件的更改操作；

第二更新单元，用于根据所述更改操作，对所述目标应用软件的皮肤文件进行更新。

10.根据权利要求6-9任一项所述的装置，其特征在于，所述生成单元包括：

递归子单元，用于在接收到预设的皮肤文件生成指令后，以递归的方式将所述树结构中的各个控件的控件属性和排版属性保存为可扩展标记语言XML文件，所述XML文件为用于实现应用软件的界面布局的皮肤文件。

11.一种用于实现界面布局的皮肤文件生成设备，其特征在于，所述设备包括存储器和处理器，

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令，执行权利要求1-5中任一项所述的用于实现界面布局的皮肤文件生成方法。