CN104915201A - 一种界面生成方法和装置 - Google Patents

Abstract

本发明实施例提供了一种界面生成方法及装置。该界面生成方法，包括：生成指定格式的公共界面文件；在预先建立的各平台对应的界面解析库中，调取指定平台对应的界面解析库对所述公共界面文件进行解析，生成所述指定平台下的界面。本发明实施例通过将界面文件统一成指定格式的公共界面文件，消除了不同平台下不同界面编辑器生成的界面文件之间的差异，保证了界面文件的跨平台使用，然后通过创建不同平台对应的界面解析库，实现了对公共界面文件的解析，使得利用公共界面文件可以在不同的平台生成相应的界面。该方法实现了多个平台下界面研发方案的共用，节省了人力与研发成本，并且可以提供更快捷的界面处理方案，很容易的达到界面编辑的目的。

Description

一种界面生成方法和装置

技术领域

本发明涉及界面设计技术领域，特别是涉及一种界面生成方法和一种界面生成装置。

背景技术

目前的移动端界面流程开发过程中，美工需要首先使用PC完成移动端的界面布局，在界面布局审核通过后，再由相应操作平台的界面研发分别采用各自的界面编辑器实现各自操作平台下的界面布局，也即不同操作平台的界面研发是分别进行的。例如，iOS和安卓的界面研发目前是分别进行，iOS可以使用Xcode进行界面编辑，安卓可以使用eclipse进行界面编辑。

由于界面研发在程序的研发工作中占据着较高的工作比重，如果多个平台可以使用一套界面研发方案，可以节省多平台下的界面研发成本。然而，当采用不同的界面编辑器生成的界面文件应用到不同的操作平台时，操作平台可能无法读取其它操作平台的界面文件，例如在iOS操作平台下使用Xcode进行界面编辑获得的界面文件，在直接应用在安卓系统时，安卓系统无法读取该界面文件。如果使用纯代码构架界面，则代码的编写和修改均效率太低。

因此，目前需要本领域技术人员迫切解决的一个技术问题就是：如何实现多个平台下界面研发方案的共用。

发明内容

本发明实施例所要解决的技术问题是提供一种界面生成方法，能够实现多个平台下界面研发方案的共用。

相应的，本发明实施例还提供了一种界面生成装置，用以保证上述方法的实现及应用。

为了解决上述问题，本发明公开了一种界面生成方法，包括：

生成指定格式的公共界面文件；

在预先建立的各平台对应的界面解析库中，调取指定平台对应的界面解析库对所述公共界面文件进行解析，生成所述指定平台下的界面。

进一步，所述生成指定格式的公共界面文件，包括：

读取第一界面文件；

确定与所述第一界面文件的文件格式对应的格式转换规则；

根据所述格式转换规则将所述第一界面文件转换为具有指定格式的公共界面文件。

进一步，所述第一界面文件为使用Xcode界面编辑器生成的storyboard文件或xib文件，或者使用eclipse界面编辑器生成的xml文件，或者使用windows phone生成的xml文件。

进一步，所述在预先建立的各平台对应的界面解析库中，调取指定平台对应的界面解析库对所述公共界面文件进行解析，生成所述指定平台下的界面，包括：

当在指定平台下展示指定的视图类时，使所述指定的视图类继承所述指定平台的界面解析库的基础类；

加载继承了所述基础类的指定的视图类，以读取所述视图类对应的公共界面文件，生成所述指定平台下的所述指定视图类的界面。

进一步，所述指定格式的公共界面文件为xml文件。

本发明实施例还公开了一种界面生成装置，包括：

文件生成单元，用于生成指定格式的公共界面文件；

界面生成单元，用于在预先建立的各平台对应的界面解析库中，调取指定平台对应的界面解析库对所述公共界面文件进行解析，生成所述指定平台下的界面。

进一步，所述文件生成单元包括：

文件读取子单元，用于读取第一界面文件；

规则确定子单元，用于确定与第一界面文件的文件格式对应的格式转换规则；

文件转换子单元，用于根据所述格式转换规则将所述第一界面文件转换为具有指定格式的公共界面文件。

进一步，所述第一界面文件为使用Xcode界面编辑器生成的storyboard文件或xib文件，或者使用eclipse界面编辑器生成的xml文件，或者使用windows phone生成的xml文件。

进一步，所述界面生成单元包括：

处理子单元，用于当在指定平台下展示指定的视图类时，使所述指定的视图类继承所述指定平台的界面解析库的基础类；

加载子单元，用于加载继承了所述基础类的指定的视图类，以读取所述视图类对应的公共界面文件，生成所述指定平台下的所述指定视图类的界面。

进一步，所述指定格式的公共界面文件为xml文件。

与现有技术相比，本发明实施例包括以下优点：

本发明实施例通过将界面文件统一成指定格式的公共界面文件，从而消除了不同平台下不同界面编辑器生成的界面文件之间的差异，从而保证了界面文件的跨平台使用，然后通过创建不同平台对应的界面解析库，实现了对公共界面文件的解析，使得利用公共界面文件可以在不同的平台生成相应的界面。该方法实现了多个平台下界面研发方案的共用，节省了人力与研发成本，并且可以提供更快捷的界面处理方案，很容易的达到界面编辑的目的。

附图说明

图1是本发明的一种界面生成方法实施例的步骤流程图；

图2是本发明中一种生成指定格式的公共界面文件的方法实施例的步骤流程图；

图3a、图3b、图3c、图3d是本发明实施例中gpi文件的结构示意图；

图4是本发明中一种生成指定平台下的界面的方法实施例的步骤流程图；

图5是本发明的一种界面生成装置实施例的结构框图；

图6是本发明实施例中一种文件生成单元的结构框图；

图7是本发明实施例中一种界面生成单元的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

参照图1，示出了本发明的一种界面生成方法实施例的步骤流程图，具体可以包括如下步骤：

步骤101，生成指定格式的公共界面文件。

本发明实施例中首先生成指定格式的公共界面文件，具体可以是将使用现有界面编辑器生成的界面文件进行格式转换，转换成该指定格式的公共界面文件，也可以是首先针对该指定格式创建界面编辑器，然后利用该界面编辑器直接生成指定格式的公共界面文件。

本步骤生成的公共界面文件统一了现有各种界面文件，使界面文件具有统一的指定格式，以作为多平台共用的基础。

该指定格式的公共界面文件具体可以为一个或者多个xml文件，当然也可以是其它格式的文件，此处不做具体限定。该公共界面文件可以命名为gpi(Game Platform Interface)文件。

步骤102，在预先建立的各平台对应的界面解析库中，调取指定平台对应的界面解析库对公共界面文件进行解析，生成指定平台下的界面。

在本步骤之前，预先建立有各平台对应的界面解析库，界面解析库针对对应平台及公共界面文件的格式规范设置对应的解析规则。在获得公共界面文件后，即可调取指定平台的界面解析库对该公共界面文件进行解析，生成该指定平台下的界面。

例如，根据iOS平台和Android平台分别建立不同的界面解析库，如iOS界面解析库和Android界面解析库。不同的库可以在各自的平台上根据同一个公共界面文件生成对应的原生控件，并且进行界面布局和属性设置。使用界面解析库时，只要在程序中加入相关的库即可读取公共界面文件进行解析，生成界面。

本发明实施例通过将界面文件统一成指定格式的公共界面文件，从而消除了不同平台下不同界面编辑器生成的界面文件之间的差异，从而保证了界面文件的跨平台使用，然后通过创建不同平台对应的界面解析库，实现了对公共界面文件的解析，使得利用公共界面文件可以在不同的平台生成相应的界面。该方法实现了多个平台下界面研发方案的共用，节省了人力与研发成本，并且可以提供更快捷的界面处理方案，很容易的达到界面编辑的目的。

在本发明的另一实施例中，如图2所示，生成指定格式的公共界面文件的过程，具体可以包括：

步骤201，读取第一界面文件。

该第一界面文件可以是使用Xcode界面编辑器生成的storyboard文件或xib文件，或者使用eclipse界面编辑器生成的xml文件，或者使用windowsphone生成的xml文件等，当然还可以是其它界面编辑器生成的界面文件。此处仅为举例。

步骤202，确定与第一界面文件的文件格式对应的格式转换规则。

在本步骤之前，预先建立有多种格式转换规则，每种格式转换规则对应某一格式到指定格式的转换规则。可以建立storyboard到gpi的转换规则，xib到gpi的转换规则，xml到gpi的转换规则等等。该格式转换规则的建立可以是通过比较各种格式的界面文件的字段及相应描述建立的。

例如，将某一格式的界面文件中的字段background-color转换为bgcolor，将background-view转换为bgview。

步骤203，根据格式转换规则将第一界面文件转换为具有指定格式的公共界面文件。

在确定格式转换规则后，在本步骤即可将第一界面文件进行格式转换，转换为具有指定格式的公共界面文件。以公共界面文件为gpi文件为例，如图3a所示是一个gpi文件的基本组成结构。

其中，字段含义：

version：gpi版本号。

BgView：主界面，也就是背景界面。

Ctrls：该界面下的控件。

具体到其中的每一个控件，可以如图3b所示。

其中，字段含义：

type：该控件的类型，如view、label、image、button等。

bgColor：背景色，组成：r，g，b，alpha。Alpha默认为1。

frame：控件在父view上的位置。Frame组成是{{x，y}，{w，h}，{otherflag}}或者x，y，w，h，otherflag。frame在iphone上默认设计的宽高是320*568，当屏幕高度与之不匹配的时候，会等比缩放。Otherflag的值可以如“keepWidth、keepHeight”，在等比缩放的时候宽度或者高度保持不变，或者都不变。

当frame有多个值时：对于iphone，第一个值是竖屏时对应的frame值，第二个值是横屏时对应的frame值。对于ipad，第一个值是横屏时对应的frame值，第二个值是竖屏时对应的frame值。同时，屏幕旋转的时候会自动解析。

subview：控件可以有子控件，会写在subview下。

控件还可以有其他属性，如图3c所示。

type是plist时，会自动去解析path下的plist，然后将其作为一个Ctrls进行解析。

同时，不同的控件有其不同的属性，如图3d所示。

button有action属性，会在界面有按键动作时给响应的控制器发送按键通知。

image和backgroundimage是控制界面显示。backgroundImageExtend是控制界面的扩展方式，如全局扩大，中点扩大等。

state则是在button在不同状态下的状态设置。类似属性还有很多，并不在此一一赘述。以iOS的界面平台为例，storyboard下的每一个viewcontroller、xib对应的每一个view都会生成一个这样的gpi文件。对于不同的屏幕版本，可以重新生成一个gpi文件。如iphone4.gpi、iphone5.gpi等，解析的时候会进行对应解析。

本步骤根据格式转换规则即可获得各界面文件对应的公共界面文件，并通过上述方法即可实现各界面文件到公共界面文件的格式统一。

在本发明的另一实施例中，如图4所示，在预先建立的各平台对应的界面解析库中，调取指定平台对应的界面解析库对公共界面文件进行解析，生成指定平台下的界面的过程，可以包括：

步骤401，当在指定平台下展示指定的视图类时，使指定的视图类继承指定平台的界面解析库的基础类。

在本实施中预先根据各平台及公共界面文件的格式规范生成与平台对应的界面解析库。

以iOS的界面解析库为例，该iOS的界面解析库可以包括三部分：BaseController(基础控件类)、parseManage(解析管理)和BaseViewController(基础视图控件类)。

其中，BaseController定义了自身的控件，例如BaseView、BaseLabel、BaseImage、BaseText、BaseButton、BaseTable等。

ParseManage提供了一些解析公共界面文件(如gpi文件)的方法，如读取和生成界面控件。

BaseViewController用于进行视图控制，例如加载时自动寻找匹配的公共界面文件(如gpi文件)并且完成界面布局。

各平台对应的界面解析库可以均包含类似的结构，只是其中的具体内容有差别，如基础类中定义的控件有差别。

在本步骤中，当在指定平台下展示指定的视图类时，以在iOS平台界面下展示某一ViewController为例，首先要使展示的视图类继承界面解析库中的基础类，例如使ViewController继承iOS平台界面的界面解析库中的BaseViewController。

步骤402，加载继承了基础类的指定的视图类，以读取视图类对应的公共界面文件，生成指定平台下的指定视图类的界面。

在本步骤中加载继承了BaseViewController的ViewController即可按照指定规则(例如寻找与类名相同的gpi文件)自动寻找并读取该ViewController对应的公共界面文件，然后生成iOS平台下ViewController的界面。

本发明的上述实施例实现了多个平台下界面研发方案的共用，节省了人力与研发成本，并且可以提供更快捷的界面处理方案，很容易的达到界面编辑的目的。

本发明实施例可以应用于优化SDK的界面研发。以iOS平台为例，SDK研发过程中如果使用xib或者storyboard进行界面布局，在嵌入Unity3d和cocos2d或者游戏方自己研发的引擎的时候，可能遇到布局文件的兼容问题。而使用本发明提供的方法，界面布局只是一个配置文件，不会遇到该问题。

本发明实施例还可以实现向下兼容。以iOS平台为例，如果要同时适配iphone5和iphone6的屏幕尺寸，需要使用autolayout技术，但该技术的最低支持版本是iOS6.0，而目前的SDK支持版本是iOS4.3，如果要使用xib或者storyboard进行界面布局，并且实现iOS6.0以下版本的界面兼容，可以使用本发明提供的方法来实现。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

参照图5，标示出了本发明一种界面生成装置实施例的结构框图，具体可以包括如下单元：

文件生成单元501，用于生成指定格式的公共界面文件。

界面生成单元502，用于在预先建立的各平台对应的界面解析库中，调取指定平台对应的界面解析库对所述公共界面文件进行解析，生成所述指定平台下的界面。

其中，指定格式的公共界面文件可以为xml文件(如gpi文件)。

本发明实施例通过文件生成单元501将界面文件统一成指定格式的公共界面文件，从而消除了不同平台下不同界面编辑器生成的界面文件之间的差异，从而保证了界面文件的跨平台使用，然后通过界面生成单元502创建不同平台对应的界面解析库，实现了对公共界面文件的解析，使得利用公共界面文件可以在不同的平台生成相应的界面。该装置实现了多个平台下界面研发方案的共用，节省了人力与研发成本，并且可以提供更快捷的界面处理方案，很容易的达到界面编辑的目的。

在本发明的另一实施例中，如图6所示，该文件生成单元501可以进一步包括：

文件读取子单元601，用于读取第一界面文件。

规则确定子单元602，用于确定与第一界面文件的文件格式对应的格式转换规则。

文件转换子单元603，用于根据所述格式转换规则将所述第一界面文件转换为具有指定格式的公共界面文件。

其中，第一界面文件可以是使用Xcode界面编辑器生成的storyboard文件或xib文件，或者使用eclipse界面编辑器生成的xml文件，或者使用windows phone生成的xml文件等。

在另一实施例中，如图7所示，界面生成单元502可以进一步包括：

处理子单元701，用于当在指定平台下展示指定的视图类时，使所述指定的视图类继承所述指定平台的界面解析库的基础类。

加载子单元702，用于加载继承了所述基础类的指定的视图类，以读取所述视图类对应的公共界面文件，生成所述指定平台下的所述指定视图类的界面。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

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

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

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

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

尽管已描述了本发明实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明实施例范围的所有变更和修改。

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

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

Claims (10)

1.一种界面生成方法，其特征在于，包括：

生成指定格式的公共界面文件；

在预先建立的各平台对应的界面解析库中，调取指定平台对应的界面解析库对所述公共界面文件进行解析，生成所述指定平台下的界面。

2.根据权利要求1所述的方法，其特征在于，所述生成指定格式的公共界面文件，包括：

读取第一界面文件；

确定与所述第一界面文件的文件格式对应的格式转换规则；

根据所述格式转换规则将所述第一界面文件转换为具有指定格式的公共界面文件。

3.根据权利要求2所述的方法，其特征在于，所述第一界面文件为使用Xcode界面编辑器生成的storyboard文件或xib文件，或者使用eclipse界面编辑器生成的xml文件，或者使用windows phone生成的xml文件。

4.根据权利要求1所述的方法，其特征在于，所述在预先建立的各平台对应的界面解析库中，调取指定平台对应的界面解析库对所述公共界面文件进行解析，生成所述指定平台下的界面，包括：

当在指定平台下展示指定的视图类时，使所述指定的视图类继承所述指定平台的界面解析库的基础类；

加载继承了所述基础类的指定的视图类，以读取所述视图类对应的公共界面文件，生成所述指定平台下的所述指定视图类的界面。

5.根据权利要求1至4中任意一项所述的方法，其特征在于，所述指定格式的公共界面文件为xml文件。

6.一种界面生成装置，其特征在于，包括：

文件生成单元，用于生成指定格式的公共界面文件；

界面生成单元，用于在预先建立的各平台对应的界面解析库中，调取指定平台对应的界面解析库对所述公共界面文件进行解析，生成所述指定平台下的界面。

7.根据权利要求6所述的装置，其特征在于，所述文件生成单元包括：

文件读取子单元，用于读取第一界面文件；

规则确定子单元，用于确定与第一界面文件的文件格式对应的格式转换规则；

文件转换子单元，用于根据所述格式转换规则将所述第一界面文件转换为具有指定格式的公共界面文件。

8.根据权利要求7所述的装置，其特征在于，所述第一界面文件为使用Xcode界面编辑器生成的storyboard文件或xib文件，或者使用eclipse界面编辑器生成的xml文件，或者使用windows phone生成的xml文件。

9.根据权利要求6所述的装置，其特征在于，所述界面生成单元包括：

处理子单元，用于当在指定平台下展示指定的视图类时，使所述指定的视图类继承所述指定平台的界面解析库的基础类；

加载子单元，用于加载继承了所述基础类的指定的视图类，以读取所述视图类对应的公共界面文件，生成所述指定平台下的所述指定视图类的界面。

10.根据权利要求6至9中任意一项所述的装置，其特征在于，所述指定格式的公共界面文件为xml文件。