界面生成方法及装置的制造方法

界面生成方法及装置的制造方法
【专利摘要】本发明公开了一种界面生成方法，包括步骤：接收界面生成指令，获取所述界面生成指令对应的待处理数据；将所述待处理数据按照预设的样式控件分为对应的待处理子数据；解析所述待处理子数据得到与待处理子数据对应的样式控件对象及对应控件的方法；将所述待处理子数据通过所得到的方法填充至对应的样式控件以生成界面。本发明还公开一种界面生成装置。本发明减少了界面生成方式的数据量，提高了界面生成的稳定性和兼容性，进而提高了界面生成效率。
【专利说明】
界面生成方法及装置
技术领域
[0001] 本发明设及到通信数据处理技术领域，特别设及到界面生成方法及装置。
【背景技术】
[0002] MVC，Model View Controller,是模型（model)-视图（view)-控制器 (controller)的缩写，软件设计典范，通过使用业务逻辑、数据和界面显示分离的方法组 织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不 需要重新编写业务逻辑。MVC被发展用于映射传统的输入、处理和输出功能在一个逻辑的 图形化用户界面的结构中。例如，采用网页模式实现快速界面组合实现动态运营。使用 html+css+js将数据、界面和控制分开实现，达到解禪的目的。运种方式下的MVC的优点： 运营能力强，发布快。
[000引但运种方式下的MVC的缺点也比较明显：1、体验差；2、数据量大：CSS和JS-般变 动较小，在每次组合界面时，均要去服务器加载，即使本地有缓存，也需要询问服务器本地 缓存的CSS和JS是否失效；3、稳定性差：各个系统厂商大多自己改原始代码，导致浏览器 组件实现各异，质量层次不齐；4、性能差：不管是amlroid，还是ios，或者pc平台，浏览器 组件大，加载网页消耗资源多，导致加载慢；5、兼容性差：厂商浏览器实现方式各异，而且 不是完全遵守标准，运就给程序适配带来很大的挑战，无法做到各个浏览器兼容。因此，现 有的界面生成方式数据量大、稳定性差且兼容性差，导致界面生成过程复杂。

【发明内容】

[0004] 本发明实施例提供一种界面生成方法及装置，旨在解决现有的界面生成方式数据 量大、稳定性差且兼容性差，导致界面生成过程复杂的问题。 阳〇化]为实现上述目的，本发明实施例提出一种界面生成方法，包括步骤：
[0006] 接收界面生成指令，获取所述界面生成指令对应的待处理数据；
[0007] 将所述待处理数据按照预设的样式控件分为对应的待处理子数据；
[0008] 解析所述待处理子数据得到与待处理子数据对应的样式控件对象及对应控件的 方法；
[0009] 将所述待处理子数据通过所得到的方法填充至对应的样式控件W生成界面。
[0010] 为了实现上述目的，本发明实施例还进一步提出一种界面生成装置，包括：
[0011] 接发模块，用于接收界面生成指令；
[0012] 获取模块，用于获取所述界面生成指令对应的待处理数据；
[0013] 处理模块，用于将所述待处理数据按照预设的样式控件分为对应的待处理子数 据；
[0014] 解析模块，用于解析所述待处理子数据得到与待处理子数据对应的样式控件对象 及对应控件的方法；
[0015] 生成模块，用于将所述待处理子数据通过所得到的方法填充至对应的样式控件W 生成界面。
[0016] 本发明通过将待处理数据按照样式控件分为不同的待处理子数据，并对待处理子 数据进行解析得到对应控件的方法，将所述待处理子数据按照所得到的方法填充至对应的 样式控件W生成界面。有效避免现有的界面生成方式数据量大、稳定性差且兼容性差，导致 界面生成过程复杂的问题。减少了界面生成方式的数据量，提高了界面生成的稳定性和兼 容性，进而提高了界面生成效率。
【附图说明】
[0017] 图1为本发明实施例界面生成装置所设及的硬件架构示意图；
[001引图2为本发明界面生成方法的第一实施例的流程示意图；
[0019] 图3为本发明预先设置样式控件一实施例的流程示意图；
[0020] 图4为本发明设置控件的参数一实施例的流程示意图；
[0021] 图5为本发明样式控件一实施例的架构示意图；
[0022] 图6为本发明解析所述待处理子数据得到与待处理子数据对应的样式控件对象 及对应控件一实施例的流程示意图；
[0023] 图7为本发明界面生成方法的第二实施例的流程示意图
[0024] 图8为本发明界面生成装置的第一实施例的功能模块示意图； 阳0对图9为图S中解析模块一实施例的细化功能模块示意图；
[00%] 图10为本发明界面生成装置的第二实施例的功能模块示意图。
[0027] 本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
【具体实施方式】
[0028] 应当理解，此处所描述的具体实施例仅仅用W解释本发明，并不用于限定本发明。
[0029] 本发明实施例的主要解决方案是：接收界面生成指令，获取所述界面生成指令对 应的待处理数据；将所述待处理数据按照预设的样式控件分为对应的待处理子数据；解析 所述待处理子数据得到与待处理子数据对应的样式控件对象及对应控件的方法；将所述待 处理子数据通过所得到的方法填充至对应的样式控件W生成界面。通过将待处理数据按照 样式控件分为不同的待处理子数据，并对待处理子数据进行解析得到对应控件的方法，将 所述待处理子数据按照所得到的方法填充至对应的样式控件W生成界面。有效避免现有的 界面生成方式数据量大、稳定性差且兼容性差，导致界面生成过程复杂的问题。减少了界面 生成方式的数据量，提高了界面生成的稳定性和兼容性，进而提高了界面生成效率。
[0030] 由于现有的界面生成方式数据量大、稳定性差和兼容性差，导致界面生成效率差。
[0031] 本发明实施例架构一界面生成装置，该界面生成装置通过将待处理数据分为多个 待处理子数据，并通过对应的控件方法填充待处理子数据至样式控件中生成界面，有效避 免现有的界面生成方式数据量大、稳定性差且兼容性差，导致界面生成过程复杂。
[0032] 其中，本实施例界面生成装置可W承载于PC端，也可W承载于手机、平板电脑等 需要生成数据界面的电子终端。该界面生成装置所设及的硬件架构可W如图1所示。
[0033] 图1示出了本发明实施例界面生成装置所设及的硬件架构。如图1所示，所述界 面生成装置所设及的硬件包括：处理器301，例如CPU,网络接口 304,用户接口 303,存储器 305,通信总线302。其中，通信总线302用于实现该信息推送平台中各组成部件之间的连接 通信。用户接口 303可W包括显示屏值isplay)、键盘化巧board)、鼠标等组件，用于接收 用户输入的信息，并将接收的信息发送至处理器305进行处理。显示屏可W为LCD显示屏、 L邸显示屏，也可W为触摸屏，用于显示界面生成装置需要显示的数据，例如显示数据、控件 参数设置、调整等操作界面。可选用户接口 303还可W包括标准的有线接口、无线接口。网 络接口 304可选的可W包括标准的有线接口、无线接口（如WI-FI接口）。存储器305可W 是高速RAM存储器，也可W是稳定的存储器（non-volatile memcxry)，例如磁盘存储器。存 储器305可选的还可W是独立于前述处理器301的存储装置。如图1所示，作为一种计算 机存储介质的存储器305中可W包括操作系统、网络通信模块、用户接口模块W及界面生 成程序。
[0034] 在图1所示的界面生成装置所设及的硬件中，网络接口 304主要用于连接应用平 台，与应用平台进行数据通信；用户接口 303主要用于连接客户端，与客户端进行数据通 信，接收客户端输入的信息和指令；而处理器301可W用于调用存储器305中存储的界面生 成程序，并执行W下操作：
[0035] 接收界面生成指令，获取所述界面生成指令对应的待处理数据；
[0036] 将所述待处理数据按照预设的样式控件分为对应的待处理子数据；
[0037] 解析所述待处理子数据得到与待处理子数据对应的样式控件对象及对应控件的 方法；
[0038] 将所述待处理子数据通过所得到的方法填充至对应的样式控件W生成界面。
[0039] 进一步地，在一个实施例中，处理器301调用存储器305中存储的界面生成程序可 W执行W下操作：
[0040] 解析所述待处理子数据；
[0041] 判断是否解析到所述待处理子数据的末尾字段；
[0042] 在未解析到所述待处理子数据的末尾字段时，确定所述待处理子数据的标签及其 对应的属性值，并读取所述待处理子数据的子标签及其属性名；
[0043] 根据所述属性值得到对应的样式控件；
[0044] 根据读取的子标签及其属性名创建样式控件的方法。
[0045] 进一步地，在一个实施例中，处理器301调用存储器305中存储的界面生成程序可 W执行W下操作：
[0046] 将界面设置为多个MVC模型视图控制器单元，并将每个MVC单元定义为一个样 式；
[0047] 为每个样式设置一个对应的样式控件。
[0048] 进一步地，在一个实施例中，处理器301调用存储器305中存储的界面生成程序可 W执行W下操作：
[0049] 接收控件参数设置指令，根据所述设置指令为每个样式控件设置控件名称、数据 接口和样式控件的参数。
[0050] 进一步地，在一个实施例中，处理器301调用存储器305中存储的界面生成程序可 W执行W下操作：
[0051] 接收控件参数调整指令，根据所述控件参数调整指令添加对应样式控件的参数。
[0052] 本实施例根据上述方案，通过将待处理数据按照样式控件分为不同的待处理子数 据，并对待处理子数据进行解析得到对应控件的方法，将所述待处理子数据按照所得到的 方法填充至对应的样式控件W生成界面。有效避免现有的界面生成方式数据量大、稳定性 差且兼容性差，导致界面生成过程复杂的问题。减少了界面生成方式的数据量，提高了界面 生成的稳定性和兼容性，进而提高了界面生成效率。
[0053] 基于上述硬件架构，提出本发明界面生成方法实施例。
[0054] 如图2所示，提出本发明一种界面生成方法的第一实施例，所述界面生成方法包 括： 阳化5] 步骤S10,接收界面生成指令，获取所述界面生成指令对应的待处理数据；
[0056] 用户在需要组合界面时，发出界面组合指令，并进入界面组合操作窗口，通过所述 界面组合操作窗口输入待处理数据，W通过所述待处理数据生成组合界面。
[0057] 接收界面生成指令，并提供界面组合操作窗口，通过所述界面组合操作窗口接收 用户输入的界面生成指令对应的待处理数据。
[0058] 步骤S20,将所述待处理数据按照预设的样式控件分为对应的待处理子数据；
[0059] 所述预设的样式控件为MVC单元。提前设置样式控件，具体的，参考图3,所述预先 设置样式控件的过程可W是： W60] 步骤S21，将界面设置为多个MVC模型视图控制器单元，并将每个MVC单元定义为 一个样式；
[0061] 步骤S22,为每个样式设置一个对应的样式控件。
[0062] 通过大量的统计和实际工作经验发现，运营过程中，界面组合过程中变化的部分 只是些文字和图片，界面排版较为固定，控制逻辑很少变化。再根据设计模式中MVC分析， 将界面抽象为MVC单元，每个MVC单元定义为一个样式。例如，假设产品需求将界面分为N 个样式，运营时，选择其中若干个样式按照任意顺序排列，并且单个样式可W重复使用、例 如，N2-N1-N4,或M-N4-N1，因此，每个样式必须独立，互相之间不存在禪合。所W，首先，将 N个样式灰分为N各独立的MVC单元。由于界面样式和控制逻辑相对固定，我们把运两块 用native(即Java)代码实现，跟随版本发布。例如，在An化oid系统中，我们使用xml描 述界面，样式里的数据部分放在单独的文件中，界面填充前，从sever下载。
[0063] 具体的，在设置样式控件后，参考图4,设置控件的参数的过程可W包括：
[0064] 步骤S23,接收控件参数设置指令，根据所述设置指令为每个样式控件设置控件名 称、数据接口和样式控件的参数。 阳0化]每个样式控件必须暴露控件名称，设置数据的接口，W及定义明确的参数。例如， 跑马灯控件，名称为lante;rn_view，设置数据的接口为addNode，参数为image化1，化npto， 假设我们使用xml描述，就是：
[0066]
[0067] 具体的，参考图5,为样式控件一实施例的示意图。 W側数据的描述为：
[0069]
[0070] 在获取到待处理数据后，将所述待处理数据按照预设的样式控件分为对应的待处 理子数据。
[0071] 步骤S30,解析所述待处理子数据得到与待处理子数据对应的样式控件对象及对 应控件的方法；
[0072] 在设置好数据格式后，需要对待处理数据进行解析，生成界面。解析所述待处理子 数据得到与待处理子数据对应的样式控件对象及对应控件的方法。
[0073] 具体的，参考图6,所述解析所述待处理子数据得到与待处理子数据对应的样式控 件对象及对应控件的方法的过程可W包括：
[0074] 步骤S31，解析所述待处理子数据；
[0075] 步骤S32,判断是否解析到所述待处理子数据的末尾字段；
[0076] 步骤S33,在未解析到所述待处理子数据的末尾字段时，确定所述待处理子数据的 标签及其对应的属性值，并读取所述待处理子数据的子标签及其属性名；
[0077] 步骤S34,根据所述属性值得到对应的样式控件；
[0078] 步骤S35,根据读取的子标签及其属性名创建样式控件的方法。
[0079] 对待处理子数据进行解析，每个待处理子数据的解析过程相同。例如，W An化oid 为例，解析xml,是否解析到末尾，在未解析到末尾时，读取tag中的name属性，根据name 的属性值，调用An化oid的new Classinstance( 'name')实例化出样式控件对象，读取子 标签是否结束，若未结束，则读取子标签的名称和属性名，根据所述子标签的名称和属性名 创建控件对应的method。在解析到末尾时，结束流程；在读取子标签结束时，返回执行根据 name的属性值，调用An化oid的new Classinstance( 'name')实例化出样式控件对象的 过程。
[0080] 步骤S40,将所述待处理子数据通过所得到的方法填充至对应的样式控件W生成 界面。
[0081] 在得到对应控件的方法后，将所述待处理子数据通过所得到的方法填充至对应的 样式控件W生成界面。将所述待处理数据按照控件的不同分为不同的待处理子数据，W分 开组合界面。 阳0間例如，WAmlroid为例，存在反射机制，利用运一点就可W很方便的生成界面。解 析的过程如下：先解析xml的tag标签，根据tag标签的名称反射出样式对象，再根据标签 反射出该控件的方法，然后将子标签的属性值通过运个反射出的方法填充给控件，最后把 控件添加至界面容器中，完成组装的整个过程，生成界面。
[0083] 现有的界面生成方式数据量大、稳定性差和兼容性差，导致界面生成效率差。区别 于现有的界面生成过程，本方案的界面生成方法通过将待处理数据按照样式控件分为不同 的待处理子数据，并对待处理子数据进行解析得到对应控件的方法，将所述待处理子数据 按照所得到的方法填充至对应的样式控件W生成界面。减少了数据量，提高了稳定性和兼 容性。
[0084] 本实施例通过将待处理数据按照样式控件分为不同的待处理子数据，并对待处理 子数据进行解析得到对应控件的方法，将所述待处理子数据按照所得到的方法填充至对应 的样式控件W生成界面。有效避免现有的界面生成方式数据量大、稳定性差且兼容性差，导 致界面生成过程复杂的问题。减少了界面生成方式的数据量，提高了界面生成的稳定性和 兼容性，降低了界面生成的复杂度，进而提高了界面生成效率。
[00化]进一步地，基于上述界面生成方法的第一实施例，提出本发明的第二实施例。如图 7所示，所述步骤S23之后，还可W包括：
[0086] 步骤S24,接收控件参数调整指令，根据所述控件参数调整指令添加对应样式控件 的参数。
[0087] 在设置完样式控件的参数后。由于运营的需要，可能修改样式，增加交互需要的参 数，那老参数可能不再需要了，但是根据向下兼容的原则，样式的参数只能添加，不允许修 改和删除。版本低对高版本的参数会反射失败，高版本的参数对低版本的参数也会反射失 败，运样高低版本互不影响，达到新旧版本兼容的目的，同时也不需要任何改动。即在参数 更改时，只添加高版本的参数，而不进行参数的删除和修改。
[0088] 本实施例通过只对样式控件的参数进行添加，使得高低版本的参数互不干扰，提 高了界面生成的兼容性。
[0089] 对应地，提出本发明界面生成装置的第一实施例。参考图8,所述界面生成装置包 括接发模块10、获取模块20、处理模块30、设置模块40、解析模块50及生成模块60。
[0090] 所述接发模块10,用于接收界面生成指令；
[0091] 所述获取模块20,用于获取所述界面生成指令对应的待处理数据；
[0092] 用户在需要组合界面时，发出界面组合指令，并进入界面组合操作窗口，通过所述 界面组合操作窗口输入待处理数据，W通过所述待处理数据生成组合界面。
[0093] 接收界面生成指令，并提供界面组合操作窗口，通过所述界面组合操作窗口接收 用户输入的界面生成指令对应的待处理数据。
[0094] 所述处理模块30,用于将所述待处理数据按照预设的样式控件分为对应的待处理 子数据；
[0095] 所述预设的样式控件为MVC单元。提前设置样式控件。
[0096] 所述设置模块40,用于将界面设置为多个MVC模型视图控制器单元，并将每个MVC 单元定义为一个样式；还用于为每个样式设置一个对应的样式控件。
[0097] 通过大量的统计和实际工作经验发现，运营过程中，界面组合过程中变化的部分 只是些文字和图片，界面排版较为固定，控制逻辑很少变化。再根据设计模式中MVC分析， 将界面抽象为MVC单元，每个MVC单元定义为一个样式。例如，假设产品需求将界面分为N 个样式，运营时，选择其中若干个样式按照任意顺序排列，并且单个样式可W重复使用、例 如，N2-N1-N4,或M-N4-N1，因此，每个样式必须独立，互相之间不存在禪合。所W，首先，将 N个样式灰分为N各独立的MVC单元。由于界面样式和控制逻辑相对固定，我们把运两块 用native(即Java)代码实现，跟随版本发布。例如，在An化oid系统中，我们使用xml描 述界面，样式里的数据部分放在单独的文件中，界面填充前，从sever下载。
[0098] 所述接发模块10,还用于接收控件参数设置指令；
[0099] 所述设置模块40,还用于根据所述设置指令为每个样式控件设置控件名称、数据 接口和样式控件的参数。
[0100] 每个样式控件必须暴露控件名称，设置数据的接口，W及定义明确的参数。例如， 跑马灯控件，名称为lante;rn_view，设置数据的接口为addNode，参数为image化1，化npto， 假设我们使用xml描述，就是：
[0101]
阳 102]
阳103] 具体的，参考图5,为样式控件一实施例的示意图。
[0104] 数据的描述为： 阳1化]
[0106] 在获取到待处理数据后，将所述待处理数据按照预设的样式控件分为对应的待处 理子数据。 阳107] 所述解析模块50,用于解析所述待处理子数据得到与待处理子数据对应的样式控 件对象及对应控件的方法；
[0108] 在设置好数据格式后，需要对待处理数据进行解析，生成界面。解析所述待处理子 数据得到与待处理子数据对应的样式控件对象及对应控件的方法。
[0109] 具体的，参考图9,所述解析模块50包括解析单元51、判断单元52、确定单元53、 读取单元54、得到单元55和创建单元56，
[0110] 所述解析单元51，用于解析所述待处理子数据； 阳111] 所述判断单元52,用于判断是否解析到所述待处理子数据的末尾字段；
[0112] 所述确定单元53,用于在未解析到所述待处理子数据的末尾字段时，确定所述待 处理子数据的标签及其对应的属性值；
[0113] 所述读取单元54,用于读取所述待处理子数据的子标签及其属性名；
[0114] 所述得到单元55,用于根据所述属性值得到对应的样式控件；
[0115] 所述创建单元56,用于根据读取的子标签及其属性名创建样式控件的方法。
[0116] 对待处理子数据进行解析，每个待处理子数据的解析过程相同。例如，W An化oid 为例，解析xml,是否解析到末尾，在未解析到末尾时，读取tag中的name属性，根据name 的属性值，调用An化oid的new Classinstance( 'name')实例化出样式控件对象，读取子 标签是否结束，若未结束，则读取子标签的名称和属性名，根据所述子标签的名称和属性名 创建控件对应的method。在解析到末尾时，结束流程；在读取子标签结束时，返回执行根据 name的属性值，调用An化oid的new Classinstance( 'name')实例化出样式控件对象的 过程。
[0117] 所述生成模块60,用于将所述待处理子数据通过所得到的方法填充至对应的样式 控件W生成界面。
[0118] 在得到对应控件的方法后，将所述待处理子数据通过所得到的方法填充至对应的 样式控件W生成界面。将所述待处理数据按照控件的不同分为不同的待处理子数据，W分 开组合界面。
[0119] 例如，WAmlroid为例，存在反射机制，利用运一点就可W很方便的生成界面。解 析的过程如下：先解析xml的tag标签，根据tag标签的名称反射出样式对象，再根据标签 反射出该控件的方法，然后将子标签的属性值通过运个反射出的方法填充给控件，最后把 控件添加至界面容器中，完成组装的整个过程，生成界面。
[0120] 现有的界面生成方式数据量大、稳定性差和兼容性差，导致界面生成效率差。区别 于现有的界面生成过程，本方案的界面生成方法通过将待处理数据按照样式控件分为不同 的待处理子数据，并对待处理子数据进行解析得到对应控件的方法，将所述待处理子数据 按照所得到的方法填充至对应的样式控件W生成界面。减少了数据量，提高了稳定性和兼 容性。 阳121] 本实施例通过将待处理数据按照样式控件分为不同的待处理子数据，并对待处理 子数据进行解析得到对应控件的方法，将所述待处理子数据按照所得到的方法填充至对应 的样式控件W生成界面。有效避免现有的界面生成方式数据量大、稳定性差且兼容性差，导 致界面生成过程复杂的问题。减少了界面生成方式的数据量，提高了界面生成的稳定性和 兼容性，降低了界面生成过程的复杂度，进而提高了界面生成效率。
[0122] 进一步地，基于上述界面生成装置的第一实施例，提出本发明界面生成装置的第 二实施例。如图10所示，所述界面生成装置还包括：调整模块70， 阳123] 所述接发模块10,还用于接收控件参数调整指令；
[0124] 所述调整模块70,还用于根据所述控件参数调整指令添加对应样式控件的参数。
[0125] 在设置完样式控件的参数后。由于运营的需要，可能修改样式，增加交互需要的参 数，那老参数可能不再需要了，但是根据向下兼容的原则，样式的参数只能添加，不允许修 改和删除。版本低对高版本的参数会反射失败，高版本的参数对低版本的参数也会反射失 败，运样高低版本互不影响，达到新旧版本兼容的目的，同时也不需要任何改动。即在参数 更改时，只添加高版本的参数，而不进行参数的删除和修改。
[01%] 本实施例通过只对样式控件的参数进行添加，使得高低版本的参数互不干扰，提 高了界面生成的兼容性。 阳127] 需要说明的是，在本文中，术语"包括"、"包含"或者其任何其他变体意在涵盖非排 他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而 且还包括没有明确列出的其他要素，或者是还包括为运种过程、方法、物品或者装置所固有 的要素。在没有更多限制的情况下，由语句"包括一个……"限定的要素，并不排除在包括 该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0128] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0129] 通过W上的实施方式的描述，本领域的技术人员可W清楚地了解到上述实施例方 法可借助软件加必需的通用硬件平台的方式来实现，当然也可W通过硬件，但很多情况下 前者是更佳的实施方式。基于运样的理解，本发明的技术方案本质上或者说对现有技术做 出贡献的部分可软件产品的形式体现出来，该计算机软件产品存储在一个存储介质 (如R0M/RAM、磁碟、光盘）中，包括若干指令用W使得一台终端设备（可W是手机，计算机， 服务器，或者网络设备等）执行本发明各个实施例所述的方法。
【主权项】
1. 一种界面生成方法，其特征在于，包括步骤： 接收界面生成指令，获取所述界面生成指令对应的待处理数据； 将所述待处理数据按照预设的样式控件分为对应的待处理子数据； 解析所述待处理子数据得到与待处理子数据对应的样式控件对象及对应控件的方 法； 将所述待处理子数据通过所得到的方法填充至对应的样式控件以生成界面。2. 如权利要求1所述的界面生成方法，其特征在于，所述解析所述待处理子数据得到 与待处理子数据对应的样式控件对象及对应控件的方法的步骤包括： 解析所述待处理子数据； 判断是否解析到所述待处理子数据的末尾字段； 在未解析到所述待处理子数据的末尾字段时，确定所述待处理子数据的标签及其对应 的属性值，并读取所述待处理子数据的子标签及其属性名； 根据所述属性值得到对应的样式控件； 根据读取的子标签及其属性名创建样式控件的方法。3. 如权利要求1或2所述的界面生成方法，其特征在于，所述接收界面生成指令，获取 所述界面生成指令对应的待处理数据的步骤之前，还包括： 将界面设置为多个MVC模型视图控制器单元，并将每个MVC单元定义为一个样式； 为每个样式设置一个对应的样式控件。4. 如权利要求3所述的界面生成方法，其特征在于，所述为每个样式设置一个对应的 样式控件的步骤之后，还包括： 接收控件参数设置指令，根据所述设置指令为每个样式控件设置控件名称、数据接口 和样式控件的参数。5. 如权利要求4所述的界面生成方法，其特征在于，所述接收控件设置指令，根据所 述设置指令为每个样式控件设置控件名称、数据接口和样式控件的参数的步骤之后，还包 括： 接收控件参数调整指令，根据所述控件参数调整指令添加对应样式控件的参数。6. -种界面生成装置，其特征在于，包括： 接发模块，用于接收界面生成指令； 获取模块，用于获取所述界面生成指令对应的待处理数据； 处理模块，用于将所述待处理数据按照预设的样式控件分为对应的待处理子数据； 解析模块，用于解析所述待处理子数据得到与待处理子数据对应的样式控件对象及对 应控件的方法； 生成模块，用于将所述待处理子数据通过所得到的方法填充至对应的样式控件以生成 界面。7. 如权利要求6所述的界面生成装置，其特征在于，所述解析模块包括解析单元、判断 单元、确定单元、读取单元、得到单元和创建单元， 所述解析单元，用于解析所述待处理子数据； 所述判断单元，用于判断是否解析到所述待处理子数据的末尾字段； 所述确定单元，用于在未解析到所述待处理子数据的末尾字段时，确定所述待处理子 数据的标签及其对应的属性值； 所述读取单元，用于读取所述待处理子数据的子标签及其属性名； 所述得到单元，用于根据所述属性值得到对应的样式控件； 所述创建单元，用于根据读取的子标签及其属性名创建样式控件的方法。8. 如权利要求6或7所述的界面生成装置，其特征在于，所述界面生成装置包括设置模 块，用于将界面设置为多个MVC模型视图控制器单元，并将每个MVC单元定义为一个样式； 还用于为每个样式设置一个对应的样式控件。9. 如权利要求8所述的界面生成装置，其特征在于，所述接发模块，还用于接收控件参 数设置指令； 所述设置模块，还用于根据所述设置指令为每个样式控件设置控件名称、数据接口和 样式控件的参数。10. 如权利要求9所述的界面生成装置，其特征在于，所述界面生成装置还包括调整模 块， 所述接发模块，还用于接收控件参数调整指令； 所述调整模块，用于根据所述控件参数调整指令添加对应样式控件的参数。
【文档编号】G06F9/44GK105988814SQ201510093182
【公开日】2016年10月5日
【申请日】2015年3月2日
【发明人】朱政义
【申请人】腾讯科技（深圳）有限公司