CN104731589A - 用户界面的自动生成方法及自动生成装置 - Google Patents

Abstract

本发明提供了一种用户界面的自动生成方法及自动生成装置，其中，所述自动生成方法，包括：存储多种数据模型，以及与所述多种数据模型中的每种数据模型相对应的UI元素类型；获取用户配置的待展示数据集合；解析所述待展示数据集合，以得到至少一个待展示数据项；根据获取所述待展示数据集合的接口协议和所述待展示数据集合中的数据格式，确定对所述待展示数据集合进行展示的界面布局，并根据每个所述待展示数据项的配置信息和每个所述待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面。本发明的技术方案使得能够根据事先存储的描述文件自动实现UI界面的生成，降低了开发用户界面的技术门槛和对用户界面的开发成本。

Description

用户界面的自动生成方法及自动生成装置

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种用户界面的自动生成方法和一种用户界面的自动生成装置。

背景技术

目前，在原生移动应用的开发过程中，单一页面往往作为应用开发的最小单元出现，而在常规开发中，已开发好的单一页面往往仅服务于单一业务，尤其是作为原生应用，这种开发存在着如下的特点：

1)绝大多数应用页面需要在发布之前确定好页面的元素、布局、展现形式、交互行为、业务逻辑等，而以上描述信息的控制代码均是包含在应用的安装包中，绝大多数场景下，如果应用的页面需要调整变化，必须重新编写相应的代码并重新发布安装包。

2)应用页面开发复用度比较低，单一页面的复用度往往取决于界面的相似性，现阶段的移动应用往往界面比较多元化，难以在同一个应用内或不同应用之间抽象出出高度相似的页面。

由上可见，现有的界面开发方案主要存在以下弊端：

1)现有方案普遍是采用某种全新的描述语言(有一定的学习成本)将界面布局信息完整的描述出来，然后将这些描述信息翻译成不同移动平台的原生代码，这种布局往往比较机械。若要调整界面布局，则需要调整界面布局描述文件，后续还要重新生成对应平台的可执行代码。

2)界面元素的行为普遍采用javascript(Java描述语言，是一种程序语言)来编写，然后利用桥接技术在运行时映射到原生应用API(Application Programming Interface，应用程序编程接口)中，在存在很大程度的效率损耗的同时，无法享受到全部原生API的服务(javascript无法桥接到全部的原生API中)，导致部分硬件特性无法使用。

3)对原生平台SDK(Software Development Kit，软件开发工具包)的适配有一定的延后性。

4)增加了研发层级，加大了定位问题的复杂度。

发明内容

本发明正是基于上述技术问题至少之一，提出了一种新的用户界面的自动生成方案，使得能够根据事先存储的描述文件自动实现UI界面的生成，降低了开发用户界面的技术门槛和对用户界面的开发成本。

有鉴于此，本发明提出了一种用户界面的自动生成方法，包括：存储多种数据模型，以及与所述多种数据模型中的每种数据模型相对应的UI元素类型；获取用户配置的待展示数据集合；解析所述待展示数据集合，以得到至少一个待展示数据项；根据获取所述待展示数据集合的接口协议和所述待展示数据集合中的数据格式，确定对所述待展示数据集合进行展示的界面布局，并根据每个所述待展示数据项的配置信息和每个所述待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面。

在该技术方案中，通过存储每种数据模型对应的UI(User Interface，用户界面)元素类型，以根据获取待展示数据集合的接口协议和待展示数据集合中的数据格式，确定对待展示数据集合进行展示的界面布局，并根据每个待展示数据项的配置信息和每个待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面，使得能够根据事先存储的描述文件(即存储的数据模型与UI元素类型的对应关系)自动实现UI界面的生成，降低了开发用户界面的技术门槛和对用户界面的开发成本。

在上述技术方案中，优选地，根据所述待展示数据集合进行展示的界面布局，并根据每个所述待展示数据项的配置信息和每个所述待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面的步骤包括：根据每个所述待展示数据项的配置信息和每个所述待展示数据项所对应的UI元素生成用于展示每个所述待展示数据项的UI控件；根据所述界面布局和用于展示每个所述待展示数据项的UI控件生成所述用户界面。该技术方案实现了自动生成每个待展示数据项的UI控件的技术效果。

在上述技术方案中，优选地，在生成所述用户界面之前还包括：为用于展示每个所述待展示数据项的UI控件绑定承担事件处理业务的控件，并指定所述承担事件处理业务的控件的数据来源。该技术方案使得生成的UI控件能够自动响应事件(如点击操作等)。

在上述技术方案中，优选地，还包括：在根据所述配置信息确定所述UI控件与其他UI控件之间存在链式依赖关系时，向所述UI控件注册链式依赖监听。该技术方案使得UI控件之间可以自动处理符合描述规则的链式依赖关系。

在上述技术方案中，优选地，每个所述待展示数据项的配置信息：指示所述每种数据模型对象的数据内容的配置项、指示所述每种数据模型对象的展现形式的配置项、指示所述每种数据模型对象的交互行为的配置项、指示所述每种数据模型对象与其他数据之间的依赖关系的配置项。

根据本发明的另一方面，还提出了一种用户界面的自动生成装置，包括：存储单元，用于存储多种数据模型，以及与所述多种数据模型中的每种数据模型相对应的UI元素类型；获取单元，用于获取用户配置的待展示数据集合；解析单元，用于解析所述待展示数据集合，以得到至少一个待展示数据项；生成单元，用于根据所述获取单元获取所述待展示数据集合的接口协议和所述待展示数据集合中的数据格式，确定对所述待展示数据集合进行展示的界面布局，并根据每个所述待展示数据项的配置信息和每个所述待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面。

在该技术方案中，通过存储每种数据模型对应的UI(User Interface，用户界面)元素类型，以根据获取待展示数据集合的接口协议和待展示数据集合中的数据格式，确定对待展示数据集合进行展示的界面布局，并根据每个待展示数据项的配置信息和每个待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面，使得能够根据事先存储的描述文件(即存储的数据模型与UI元素类型的对应关系)自动实现UI界面的生成，降低了开发用户界面的技术门槛和对用户界面的开发成本。

在上述技术方案中，优选地，所述生成单元具体用于：根据每个所述待展示数据项的配置信息和每个所述待展示数据项所对应的UI元素生成用于展示每个所述待展示数据项的UI控件，并用于根据所述界面布局和用于展示每个所述待展示数据项的UI控件生成所述用户界面。该技术方案实现了自动生成每个待展示数据项的UI控件的技术效果。

在上述技术方案中，优选地，还包括：第一处理单元，为用于展示每个所述待展示数据项的UI控件绑定承担事件处理业务的控件，并指定所述承担事件处理业务的控件的数据来源。该技术方案使得生成的UI控件能够自动响应事件(如点击操作等)。

在上述技术方案中，优选地，还包括：第二处理单元，用于在根据所述配置信息确定所述UI控件与其他UI控件之间存在链式依赖关系时，向所述UI控件注册链式依赖监听。该技术方案使得UI控件之间可以自动处理符合描述规则的链式依赖关系。

在上述技术方案中，优选地，每个所述待展示数据项的配置信息：指示所述每种数据模型对象的数据内容的配置项、指示所述每种数据模型对象的展现形式的配置项、指示所述每种数据模型对象的交互行为的配置项、指示所述每种数据模型对象与其他数据之间的依赖关系的配置项。

通过以上技术方案，使得能够根据事先存储的描述文件自动实现UI界面的生成，降低了开发用户界面的技术门槛和对用户界面的开发成本。

附图说明

图1示出了根据本发明的实施例的用户界面的自动生成方法的示意流程图；

图2示出了根据本发明的实施例的用户界面的自动生成装置的示意框图；

图3示出了根据本发明的实施例的卡片编辑模式下解释器的内部工作原理流程示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的实施例的用户界面的自动生成方法的示意流程图。

如图1所示，根据本发明的实施例的用户界面的自动生成方法，包括：步骤102，存储多种数据模型，以及与所述多种数据模型中的每种数据模型相对应的UI元素类型；步骤104，获取用户配置的待展示数据集合；步骤106，解析所述待展示数据集合，以得到至少一个待展示数据项；步骤108，根据获取所述待展示数据集合的接口协议和所述待展示数据集合中的数据格式，确定对所述待展示数据集合进行展示的界面布局，并根据每个所述待展示数据项的配置信息和每个所述待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面。

在该技术方案中，通过存储每种数据模型对应的UI(User Interface，用户界面)元素类型，以根据获取待展示数据集合的接口协议和待展示数据集合中的数据格式，确定对待展示数据集合进行展示的界面布局，并根据每个待展示数据项的配置信息和每个待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面，使得能够根据事先存储的描述文件(即存储的数据模型与UI元素类型的对应关系)自动实现UI界面的生成，降低了开发用户界面的技术门槛和对用户界面的开发成本。

在上述技术方案中，优选地，根据所述待展示数据集合进行展示的界面布局，并根据每个所述待展示数据项的配置信息和每个所述待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面的步骤包括：根据每个所述待展示数据项的配置信息和每个所述待展示数据项所对应的UI元素生成用于展示每个所述待展示数据项的UI控件；根据所述界面布局和用于展示每个所述待展示数据项的UI控件生成所述用户界面。该技术方案实现了自动生成每个待展示数据项的UI控件的技术效果。

在上述技术方案中，优选地，在生成所述用户界面之前还包括：为用于展示每个所述待展示数据项的UI控件绑定承担事件处理业务的控件，并指定所述承担事件处理业务的控件的数据来源。该技术方案使得生成的UI控件能够自动响应事件(如点击操作等)。

在上述技术方案中，优选地，还包括：在根据所述配置信息确定所述UI控件与其他UI控件之间存在链式依赖关系时，向所述UI控件注册链式依赖监听。该技术方案使得UI控件之间可以自动处理符合描述规则的链式依赖关系。

在上述技术方案中，优选地，每个所述待展示数据项的配置信息：指示所述每种数据模型对象的数据内容的配置项、指示所述每种数据模型对象的展现形式的配置项、指示所述每种数据模型对象的交互行为的配置项、指示所述每种数据模型对象与其他数据之间的依赖关系的配置项。

图2示出了根据本发明的实施例的用户界面的自动生成装置的示意框图。

如图2所示，根据本发明的实施例的用户界面的自动生成装置200，包括：存储单元202，用于存储多种数据模型，以及与所述多种数据模型中的每种数据模型相对应的UI元素类型；获取单元204，用于获取用户配置的待展示数据集合；解析单元206，用于解析所述待展示数据集合，以得到至少一个待展示数据项；生成单元208，用于根据所述获取单元204获取所述待展示数据集合的接口协议和所述待展示数据集合中的数据格式，确定对所述待展示数据集合进行展示的界面布局，并根据每个所述待展示数据项的配置信息和每个所述待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面。

在该技术方案中，通过存储每种数据模型对应的UI(User Interface，用户界面)元素类型，以根据获取待展示数据集合的接口协议和待展示数据集合中的数据格式，确定对待展示数据集合进行展示的界面布局，并根据每个待展示数据项的配置信息和每个待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面，使得能够根据事先存储的描述文件(即存储的数据模型与UI元素类型的对应关系)自动实现UI界面的生成，降低了开发用户界面的技术门槛和对用户界面的开发成本。

在上述技术方案中，优选地，所述生成单元208具体用于：根据每个所述待展示数据项的配置信息和每个所述待展示数据项所对应的UI元素生成用于展示每个所述待展示数据项的UI控件，并用于根据所述界面布局和用于展示每个所述待展示数据项的UI控件生成所述用户界面。该技术方案实现了自动生成每个待展示数据项的UI控件的技术效果。

在上述技术方案中，优选地，还包括：第一处理单元210，为用于展示每个所述待展示数据项的UI控件绑定承担事件处理业务的控件，并指定所述承担事件处理业务的控件的数据来源。该技术方案使得生成的UI控件能够自动响应事件(如点击操作等)。

在上述技术方案中，优选地，还包括：第二处理单元212，用于在根据所述配置信息确定所述UI控件与其他UI控件之间存在链式依赖关系时，向所述UI控件注册链式依赖监听。该技术方案使得UI控件之间可以自动处理符合描述规则的链式依赖关系。

在上述技术方案中，优选地，每个所述待展示数据项的配置信息：指示所述每种数据模型对象的数据内容的配置项、指示所述每种数据模型对象的展现形式的配置项、指示所述每种数据模型对象的交互行为的配置项、指示所述每种数据模型对象与其他数据之间的依赖关系的配置项。

以下详细说明本发明的技术方案。

本发明主要提出了一种自动组装加载用户界面，如移动应用的界面的方案，具备该方案的装置能够自动实现对用户界面的组装，以下以解释器为具备该方案的装置详细进行说明：

解释器能够实现的功能包括：

1)解释器基于使用者提供的描述信息，自动选择合适的界面布局、构造相应的UI控件。

2)UI控件能够根据描述正确的展示数据，自动响应事件。

3)控件之间可以自动处理符合描述规则的链式依赖。

具体地，由于每一个移动应用界面(如手机界面)可以看作是若干UI元素的组合，每个UI元素中都可以理解为：信息的展示+事件的响应和处理。

因此，解释器在设计层面，抽象定义了24种数据类型，同时为每一种数据类型做了对应的UI元素的实现。因为每一种数据类型对象在运行态最终都可以被解释器解释转化成一个特定的UI控件。也就是说解释器提供了24种UI元素的基本数据模型，任何一个界面都可以由若干数据模型(24种数据类型的某个实例)拼装而成。使用者可以将待展示数据映射成接口中约束的24种数据类型的某一种，并且通过操作配置数据模型中提供的选项来指定待展示的数据内容、展现形式、交互行为、与其他数据之间的是否存在依赖关系以及是怎样的依赖关系。

以接口文档中定义的String类型为例，可以定制的配置信息如表1所示：

表1

每一个数据模型对象经过解析器的处理，都会随之生成一个UI元素。使用者根据数据接口文档，将待展示的数据依据自身需求，选择对应的数据类型，将待展示的数据转化成基本数据元素的组合统一输入给解释器。数据的格式可以为JSON(Javascript object Notation，一种轻量级的数据交互格式)/XML，接口传输协议可以为HTTP/HTTPS。

采用本发明的技术方案，使用者仅需做以下事情：

使用者不需要编写任何和数据解析以及UI元素生成有关的代码，只需要指定提供数据的接口名称即可(继承解释器的界面控制器并且复写特定的方法来来指定接口服务名称)。解析器会通过其配套的网络请求组件向使用者指定的服务发起请求，并且获取到使用者提供的待展示数据信息。

使用者在需要改变界面的布局和UI元素时，也无需更改代码，只需要变更待展示数据项的个数以及数据项内的属性配置来达到影响界面的最终展示结果。解释器根据当前所处理的数据项接口和数据项所处的结构来选择页面展示布局。使用者可以通过将待展示数据通过解释器对应布局接口中给定的结构返回，解释器便可自动为其生成相应的布局。

具体地，调整单个UI元素的展示时：

以上述String类型为例，可以通过调整字段顺序(order)属性来变更该数据项的展示位置，通过配置编辑公式(editformula)属性来设置该数据项与其他数据项之间的影响关系等。

在需要采用列表浏览布局时：

使用者可通过getCFList接口描述提供数据项集合，每0-4个数据项为一组，每组组成列表的一行数据。使用者可以准备任意总组数N的待展示数据，解释器会自行做分页数据获取。

在需要采用卡片&列表浏览布局时：

使用者可通过getCFTemplateAttribute接口描述提供数据项集合，将需要展示在卡片头部区域的数据项放在header结构中，将需要以表体形式展现的数据项放在body结构中。

在需要采用卡片&列表编辑布局：

使用者可通过getCFTemplateAttribute接口描述提供数据项集合，将需要在卡片头部区域编辑的数据项放在hgroupattrilist结构中，将需要在表体部分编辑的数据项放在binfoattrilist结构中。

解释器可以提供整单卡片和列表混合浏览展示、整单列表浏览展示、整单卡片列表混合编辑处理以及整单列表的编辑处理。

解释器内部工作原理如下：

解释器采用MVC(Model View Controller)的模式进行工作，负责处理符合解释器提供的根据接口协议要求的数据信息的解析，根据使用者提供的数据格式，为待展示的界面选择布局，解析每一个数据项，并且根据数据项内部的属性配置信息生成相应的UI元素，同样依据数据项属性配置和当前UI元素类型来绑定相应的事件响应以及事件处理器。

解释器需要依赖于解释器提供的开发用library，内部提供了包括http请求数据，JSON/XML数据解析等辅助功能。

解释器MVC职责描述：Model层负责利用通信服务向使用者指定的服务发起数据请求和返回值解析工作，将使用者提供的待展示数据被Model初步解析构造成Controller可以处理的RawModel，RawModel的最小数据单元为接口约束的24种数据对象的实例，控制器会迭代解析RawModel的各个数据项，同时根据数据项的内部属性配置生成对应的UI元素，为UI元素绑定事件响应和处理器，挂接数据项与数据项之间的依赖关系，同时通知View展示相应的UI元素。

解释器内部工作流程如下所示：

解释器MVC中ViewController初始化时会绑定Controller，Controller会绑定M即BnsHandler并通过BnsHandler根据数据接口协议和通过Controller指定的ComponentID和Actiontype服务来获取可使用的浏览、编辑所用的数据(可以为JSON或XML格式)，解释器会利用标准的JSON/XML解析工具将其内容转换成原生应用可使用的数据结构，并且根据自身使用要求将数据转换成解释器Controller可理解的DataModel(DataModel会保留使用者根据接口配置的界面展示描述)。Controller根据展示描述信息为使用者选择符合其数据特征的整体布局Layout，Controller会迭代解析DataModel中每一个待展示的数据信息CellVO，并根据CellVO中的type生成符合该type的UI控件，并为每个UI控件绑定承担事件处理业务的控件CController，并指定控件DataSource，如果CellVO指定了该UI元素与其他UI元素之间存在链式依赖，将会为UI元素注册链式依赖监听，一旦存在依赖的事件发生时，会通知Controller做相应的依赖处理。

图3示出了卡片编辑模式下解释器Controller的内部工作原理图，其他模式的Controller原理类似。

如图3所示，根据本发明的实施例的卡片编辑模式下解释器的内部工作原理流程包括：

步骤302，待加载接口返回值Data(XML/JSON)。

步骤304，解析Data构造成RawModel。

步骤306，自动选择整体的页面布局。

步骤308，迭代RawModel生成UI控件CellModel。

步骤310，根据type构造对应的UI控件。

步骤312，绑定UI控件处理controller。

步骤314，指定UI控件处理DataSource。

步骤316，判断是否存在链式依赖，若是，则执行步骤318；否则，执行步骤320。

步骤318，界面向controller注册依赖监听。

步骤320，判断控件是否准备完毕，若是，则执行步骤324；否则，执行步骤322。

步骤322，其他控制处理。

步骤324，整体界面控制controller。

步骤326，判断是否迭代完成，若是，则执行步骤328；否则，执行步骤308。

步骤328，生成应用界面。

本发明的上述技术方案实现了以下技术效果：

1)页面的整体布局和UI控件的生成完全基于描述文件XML/JSON，降低设计页面的门槛。

2)界面的生成完全基于描述文件自动化，大大节约开发成本。

3)可以基于描述自动做出事件响应和数据加载，能够处理控件之间的链式逻辑依赖，控件之间可以相互影响。

4)由于描述文件可以通过网络请求发送到客户端，应用发布后，仍旧可以通过请求更新描述文件以达到对应用内页面布局和逻辑做实时调整。

5)需要开发人员编写的代码量指数级降低，只需要指定简单的获取描述文件的服务即可，开发一个页面工作量普遍在半小时之内，提高了开发效率。

6)单元测试工作量降低。

7)解释器完全针对iOS/Android做的原生应用级别的开发。

以上结合附图详细说明了本发明的技术方案，本发明提出了一种新的用户界面的自动生成方案，使得能够根据事先存储的描述文件自动实现UI界面的生成，降低了开发用户界面的技术门槛和对用户界面的开发成本。

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

Claims (10)

1.一种用户界面的自动生成方法，其特征在于，包括：

存储多种数据模型，以及与所述多种数据模型中的每种数据模型相对应的UI元素类型；

获取用户配置的待展示数据集合；

解析所述待展示数据集合，以得到至少一个待展示数据项；

根据获取所述待展示数据集合的接口协议和所述待展示数据集合中的数据格式，确定对所述待展示数据集合进行展示的界面布局，并根据每个所述待展示数据项的配置信息和每个所述待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面。

2.根据权利要求1所述的用户界面的自动生成方法，其特征在于，根据所述待展示数据集合进行展示的界面布局，并根据每个所述待展示数据项的配置信息和每个所述待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面的步骤包括：

根据每个所述待展示数据项的配置信息和每个所述待展示数据项所对应的UI元素生成用于展示每个所述待展示数据项的UI控件；

根据所述界面布局和用于展示每个所述待展示数据项的UI控件生成所述用户界面。

3.根据权利要求2所述的用户界面的自动生成方法，其特征在于，在生成所述用户界面之前还包括：

为用于展示每个所述待展示数据项的UI控件绑定承担事件处理业务的控件，并指定所述承担事件处理业务的控件的数据来源。

4.根据权利要求2所述的用户界面的自动生成方法，其特征在于，还包括：

在根据所述配置信息确定所述UI控件与其他UI控件之间存在链式依赖关系时，向所述UI控件注册链式依赖监听。

5.根据权利要求2至4中任一项所述的用户界面的自动生成方法，其特征在于，每个所述待展示数据项的配置信息：

指示所述每种数据模型对象的数据内容的配置项、指示所述每种数据模型对象的展现形式的配置项、指示所述每种数据模型对象的交互行为的配置项、指示所述每种数据模型对象与其他数据之间的依赖关系的配置项。

6.一种用户界面的自动生成装置，其特征在于，包括：

存储单元，用于存储多种数据模型，以及与所述多种数据模型中的每种数据模型相对应的UI元素类型；

获取单元，用于获取用户配置的待展示数据集合；

解析单元，用于解析所述待展示数据集合，以得到至少一个待展示数据项；

生成单元，用于根据所述获取单元获取所述待展示数据集合的接口协议和所述待展示数据集合中的数据格式，确定对所述待展示数据集合进行展示的界面布局，并根据每个所述待展示数据项的配置信息和每个所述待展示数据项的数据模型所对应的UI元素类型生成相应的用户界面。

7.根据权利要求6所述的用户界面的自动生成装置，其特征在于，所述生成单元具体用于：

根据每个所述待展示数据项的配置信息和每个所述待展示数据项所对应的UI元素生成用于展示每个所述待展示数据项的UI控件，并用于根据所述界面布局和用于展示每个所述待展示数据项的UI控件生成所述用户界面。

8.根据权利要求7所述的用户界面的自动生成装置，其特征在于，还包括：

第一处理单元，为用于展示每个所述待展示数据项的UI控件绑定承担事件处理业务的控件，并指定所述承担事件处理业务的控件的数据来源。

9.根据权利要求7所述的用户界面的自动生成装置，其特征在于，还包括：

第二处理单元，用于在根据所述配置信息确定所述UI控件与其他UI控件之间存在链式依赖关系时，向所述UI控件注册链式依赖监听。

10.根据权利要求6至9中任一项所述的用户界面的自动生成装置，其特征在于，每个所述待展示数据项的配置信息：

指示所述每种数据模型对象的数据内容的配置项、指示所述每种数据模型对象的展现形式的配置项、指示所述每种数据模型对象的交互行为的配置项、指示所述每种数据模型对象与其他数据之间的依赖关系的配置项。