界面框架构建系统和界面框架构建方法

摘要

本发明提供了一种界面框架构建系统，包括：配置器，配置横向配置参数和纵向配置参数，根据横向配置参数在横向上显示界面布局的不同区域，根据纵向配置参数使每个区域在纵向上显示不同的数据，根据配置参数和纵向配置参数生成界面模板；界面引擎装置，读取配置器生成的界面模板的横向配置参数和纵向配置参数，根据横向配置参数的参数值和纵向配置参数的参数值确定需要显示的区域以及装载与需显示的区域对应的UI视图组件、业务数据组件和业务处理组件，完成界面模板的装载，以形成界面框架。通过本发明的技术方案，可以支持业务数据界面可配置功能，解决了不同产品的界面配置问题。本发明还提供了一种界面框架构建方法。

说明书

技术领域

本发明涉及计算机技术领域，具体而言，涉及界面框架构建系统和界 面框架构建方法。

背景技术

PLM(Product Life-Cycle Management，产品生命周期管理)作为一 种技术将服务于多种行业，每个行业的产品门类众多，各不相同，即使是 在同一个行业，不同企业之间的产品数据也不尽相同，呈现出不同行业、 不同企业的多个业务数据和多条业务数据之间的业务关系链，这些数据在 实际业务中，如何动态有效的呈现给用户是PLM系统要考虑的关键问 题。如何提供用户基于自定义业务数据进行界面扩展的能力？如何根据配 置进行业务数据获取和界面展示的扩展？如何进行业务数据行为的配置？ 是急需解决的技术问题。

现有界面开发技术(如图1所示)，其中的业务数据组件表示用户需 要显示或者处理的数据，或者用户界面显示需要使用到的数据，比如：零 部件，同时提供了业务数据的原子行为，比如：持久化、修改等等；业务 UI视图组件表示用户交互的界面，比如：浏览界面、修改界面等等；业 务处理组件提供了业务行为的定义以及界面交互、业务行为和业务对象原 子行为之间的对应，比如：删除、修改、升级版本、结构树比较等等

下面简单描述一下图1所示的界面的构建和交互逻辑过程，当调用一 个具体的功能时，系统需要进行业务UI视图组件的构建，在构建的过程 中，需要对业务数据组件进行构建，供业务UI视图组件进行读取，然后 将相应的数据填充到业务UI视图组件中，由业务UI视图组件负责图形界 面的绘制；当进行界面交互时，通过UI视图组件中的按钮或者菜单等交 互元素，触发界面的事件机制将交互传递到对应的业务处理组件，在业务 处理组件中，调用业务数据组件中的原子行为以及对应的界面行为，实现 业务数据的处理，当业务数据发生修改后，再次通过事件通知关联的业务 UI视图组件，UI视图组件再次读取修改后的业务数据，实现界面的同步 刷新。

相关技术存在如下问题：

1、提供的是面向可开发的界面框架，不是面向可配置的界面框架， 界面框架的用户是开发人员，这样就大大限制了界面框架的使用范围，以 及当存在大批量客户时，无法提供快速的界面配置支持；

2、某些界面框架支持界面配置运行的整体性不足，只有部分的业务 UI视图组件支持配置实现，比如：自定义属性的界面设计，无法配置显 示业务关系数据；同时不提供界面整体配置，因此，无法提供更多的界面 组合；针对其它部分，比如业务数据组件、业务数据读取以及业务处理组 件等部分，完全需要通过代码来实现，这样大大降低了系统的灵活性。

发明内容

基于上述背景技术的考虑，本发明的一个目的是提供一种界面框架构 建系统，本发明的另一目的是提供一种界面框架构建方法，其可以支持业 务数据界面可配置功能，解决了不同产品的界面配置问题。

根据本发明的一个方面，提供了一种界面框架构建系统，包括：配置 器，配置横向配置参数和纵向配置参数，根据所述横向配置参数在横向上 显示界面布局的不同区域，根据所述纵向配置参数使每个所述区域在纵向 上显示不同的数据，根据所述配置参数和纵向配置参数生成界面模板；界 面引擎装置，读取所述配置器生成的所述界面模板的横向配置参数和纵向 配置参数，根据所述横向配置参数的参数值和所述纵向配置参数的参数值 确定需要显示的区域以及装载与所述需显示的区域对应的UI视图组件、 业务数据组件和业务处理组件，完成所述界面模板的装载，以形成所述界 面框架。

在上述技术方案中，优选地，所述配置器可以包括：业务类型确定单 元，确定需创建所述界面模板的业务类型或链接类型，基于确定的业务类 型或链接类型，根据配置逻辑规则对所述横向配置参数和纵向配置参数进 行配置；区域配置单元，依次对所述不同区域进行所述纵向配置参数的配 置，所述不同区域包括导航区、主数据区、主操作区、页签区和页签操作 区：所述区域配置单元使所述导航区显示与当前业务类型相关联的链接数 据，使所述主数据区显示与所述导航区中选择数据对应的属性表单，设置 所述主操作区具有按钮与业务操作的映射关系，处理与所述主数据区对应 的数据，采用列表与属性集绑定方式构建所述页签区，确定所述页签操作 区处理所述页签区中的选中数据。

在上述技术方案中，优选地，所述业务类型确定单元还定义所述主操 作区操作的业务数据为所述主数据区的数据，定义所述页签操作区操作的 业务数据为页签数据，并且为所述页签区配置多个页签，每个所述页签对 应一个所述页签操作区，设置由所述导航区或所述页签区显示相关的业务 关系数据。

在上述技术方案中，优选地，所述界面引擎装置可以包括：区域间控 制器，读取所述界面模板的横向配置参数，根据运行规则确定需要显示的 区域，进行区域显示控制；区域装载单元，依次对需显示的不同区域进行 装载：所述区域装载单元在装载所述导航区时，读取与所述导航区对应的 纵向配置参数，将所述纵向配置参数传递至导航区UI视图组件进行树节 点的构建和展开，导航区业务数据组件将相应的业务数据过滤条件转换为 查询条件，并将所述查询条件传递至查询引擎，由所述查询引擎返回相应 的业务数据到所述导航区业务数据组件中，所述区域装载单元在装载所述 主操作区时，根据所述界面模板中所述主操作区中按钮与业务操作的映射 关系，构建所述按钮并建立所述按钮与对应所述业务操作的映射关系，所 述区域装载单元在装载所述主数据区时，所述主数据区的UI视图组件装 载所述界面模板的属性表单，在设定所述导航区的选中节点时，所述界面 引擎将所述节点对应的数据传递至所述主数据区的业务数据组件中，并通 知所述UI视图组件进行界面绘制，所述区域装载单元在装载所述页签区 时，根据所述页签区的配置参数装载所述页签区的UI视图部分，与所述 页签区中的页签对应的页签业务数据组件将相应的数据过滤条件转换为查 询条件，将所述查询条件传递至所述查询引擎，根据所述查询引擎返回相 应的数据到所述页签业务数据组件中，同时装载所述页签操作区，构建页 签按钮并建立所述页签按钮与对应业务操作的映射。

在上述技术方案中，优选地，所述区域装载单元如果检测到只有页签 区被配置，则在运行时，使用所述页签区的内容充满整个界面，所述页签 操作区作为所述主操作区展现；所述区域装载单元如果检测到所述导航区 的选中数据发生更新，则将所述选中的数据传递至所述主数据区和所述页 签区，所述主数据区和所述页签区根据传入数据进行刷新显示的内容，如 果所述传入数据的业务类型与当前的业务类型不相同，则查找与所述传入 数据的业务类型对应的配置参数并进行展示。

根据本发明的又一方面，还提供了一种界面框架构建方法，包括：步 骤202，配置横向配置参数和纵向配置参数，根据所述横向配置参数在横 向上显示界面布局的不同区域，根据所述纵向配置参数使每个所述区域在 纵向上显示不同的数据，根据所述配置参数和纵向配置参数生成界面模 板；步骤204，界面引擎读取所述界面模板的横向配置参数和纵向配置参 数，根据所述横向配置参数的参数值和所述纵向配置参数的参数值确定需 要显示的区域以及装载与所述需显示的区域对应的UI视图组件、业务数 据组件和业务处理组件，完成所述界面模板的装载，以形成所述界面框 架。

在上述技术方案中，优选地，所述步骤202具体可以包括：确定需创 建所述界面模板的业务类型或链接类型，基于确定的业务类型或链接类 型，根据配置逻辑规则对所述横向配置参数和纵向配置参数进行配置；所 述不同区域包括导航区、主数据区、主操作区、页签区和页签操作区，依 次对所述不同区域进行所述纵向配置参数的配置：所述导航区显示与当前 业务类型相关联的链接数据，所述主数据区显示与所述导航区中选择数据 对应的属性表单，所述主操作区具有按钮与业务操作的映射关系，处理与 所述主数据区对应的数据，采用列表与属性集绑定方式构建所述页签区， 所述页签操作区处理所述页签区中的选中数据。

在上述技术方案中，优选地，所述配置逻辑规则可以包括：所述主操 作区操作的业务数据为所述主数据区的数据；所述页签操作区操作的业务 数据为页签数据；所述页签区配置多个页签，每个所述页签对应一个所述 页签操作区；由所述导航区或所述页签区显示相关的业务关系数据。

在上述技术方案中，优选地，所述步骤204具体可以包括：读取所述 界面模板的横向配置参数，根据运行规则确定需要显示的区域，进行区域 显示控制；依次对所述不同区域进行装载：读取与所述导航区对应的纵向 配置参数，将所述纵向配置参数传递至导航区UI视图组件进行树节点的 构建和展开，导航区业务数据组件将相应的业务数据过滤条件转换为查询 条件，并将所述查询条件传递至查询引擎，由所述查询引擎返回相应的业 务数据到所述导航区业务数据组件中，根据所述界面模板中所述主操作区 中所述按钮与业务操作的映射关系，构建所述按钮并建立所述按钮与对应 所述业务操作的映射关系，所述主数据区的UI视图组件装载所述界面模 板的属性表单，在设定所述导航区的选中节点时，所述界面引擎将所述节 点对应的数据传递至所述主数据区的业务数据组件中，并通知所述UI视 图组件进行界面绘制，根据所述页签区的配置参数装载所述页签区的UI 视图部分，与所述页签区中的页签对应的页签业务数据组件将相应的数据 过滤条件转换为查询条件，将所述查询条件传递至所述查询引擎，根据所 述查询引擎返回相应的数据到所述页签业务数据组件中，同时装载所述页 签操作区，构建页签按钮并建立所述页签按钮与对应业务操作的映射。

在上述技术方案中，优选地，所述运行规则包括：如果只有页签区被 配置，则在运行时，使用所述页签区的内容充满整个界面，所述页签操作 区作为所述主操作区展现；如果所述导航区的选中数据发生更新，则将所 述选中的数据传递至所述主数据区和所述页签区，所述主数据区和所述页 签区根据传入数据进行刷新显示的内容，如果所述传入数据的业务类型与 当前的业务类型不相同，则查找与所述传入数据的业务类型对应的配置参 数并进行展示。

根据本发明的技术方案，提供面向配置的界面框架，支持开发人员、 实施人员和用户进行快速配置；在对业务数据行为进行抽象的基础上，支 持业务数据组件、业务UI视图组件和业务处理组件的配置；通过灵活的 界面组合，实现对业务数据以及关系数据的界面配置。

附图说明

图1示出了相关技术中的界面开发示意图；

图2示出了根据本发明的实施例的界面框架构建系统的框图；

图3示出了根据本发明的实施例的界面元素的示意图；

图4示出了根据本发明的实施例的界面布局原理的示意图；

图5示出了根据本发明的实施例的界面区域内原理的示意图；

图6示出了根据本发明的实施例的界面布局示例的示意图；

图7示出了根据本发明的实施例的界面模板的示意图；

图8示出了根据本发明的实施例的界面引擎的示意图；

图9示出了根据本发明的实施例的界面框架的示意图；

图10示出了根据本发明的实施例的界面模板的生成原理示意图；

图11示出了根据本发明的实施例的界面模板的生成流程图；

图12示出了根据本发明的实施例的界面模板的解析和运行流程图； 以及

图13示出了根据本发明的实施例的界面框架构建方法的流程图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附 图和具体实施方式对本发明进行进一步的详细描述。

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

图2示出了根据本发明的实施例的界面框架构建系统的框图。

如图2所示，根据本发明的实施例的界面框架构建系统100包括：配 置器102，配置横向配置参数和纵向配置参数，根据所述横向配置参数在 横向上显示界面布局的不同区域，根据所述纵向配置参数使每个所述区域 在纵向上显示不同的数据，根据所述配置参数和纵向配置参数生成界面模 板；界面引擎装置104，读取所述配置器102生成的所述界面模板的横向 配置参数和纵向配置参数，根据所述横向配置参数的参数值和所述纵向配 置参数的参数值确定需要显示的区域以及装载与所述需显示的区域对应的 UI视图组件、业务数据组件和业务处理组件，完成所述界面模板的装 载，以形成所述界面框架。

在上述技术方案中，优选地，所述配置器102可以包括：业务类型确 定单元1022，确定需创建所述界面模板的业务类型或链接类型，基于确 定的业务类型或链接类型，根据配置逻辑规则对所述横向配置参数和纵向 配置参数进行配置；区域配置单元1024，依次对所述不同区域进行所述 纵向配置参数的配置，所述不同区域包括导航区、主数据区、主操作区、 页签区和页签操作区：所述区域配置单元1024使所述导航区显示与当前 业务类型相关联的链接数据，使所述主数据区显示与所述导航区中选择数 据对应的属性表单，设置所述主操作区具有按钮与业务操作的映射关系， 处理与所述主数据区对应的数据，采用列表与属性集绑定方式构建所述页 签区，确定所述页签操作区处理所述页签区中的选中数据。

在上述技术方案中，优选地，所述业务类型确定单元1022还定义所 述主操作区操作的业务数据为所述主数据区的数据，定义所述页签操作区 操作的业务数据为页签数据，并且为所述页签区配置多个页签，每个所述 页签对应一个所述页签操作区，设置由所述导航区或所述页签区显示相关 的业务关系数据。

在上述技术方案中，优选地，所述界面引擎装置104可以包括：区域 间控制器1042，读取所述界面模板的横向配置参数，根据运行规则确定 需要显示的区域，进行区域显示控制；区域装载单元1044，依次对需显 示的不同区域进行装载：所述区域装载单元1044在装载所述导航区时， 读取与所述导航区对应的纵向配置参数，将所述纵向配置参数传递至导航 区UI视图组件进行树节点的构建和展开，导航区业务数据组件将相应的 业务数据过滤条件转换为查询条件，并将所述查询条件传递至查询引擎， 由所述查询引擎返回相应的业务数据到所述导航区业务数据组件中，所述 区域装载单元在装载所述主操作区时，根据所述界面模板中所述主操作区 中按钮与业务操作的映射关系，构建所述按钮并建立所述按钮与对应所述 业务操作的映射关系，所述区域装载单元在装载所述主数据区时，所述主 数据区的UI视图组件装载所述界面模板的属性表单，在设定所述导航区 的选中节点时，所述界面引擎将所述节点对应的数据传递至所述主数据区 的业务数据组件中，并通知所述UI视图组件进行界面绘制，所述区域装 载单元在装载所述页签区时，根据所述页签区的配置参数装载所述页签区 的UI视图部分，与所述页签区中的页签对应的页签业务数据组件将相应 的数据过滤条件转换为查询条件，将所述查询条件传递至所述查询引擎， 根据所述查询引擎返回相应的数据到所述页签业务数据组件中，同时装载 所述页签操作区，构建页签按钮并建立所述页签按钮与对应业务操作的映 射。

在上述技术方案中，优选地，所述区域装载单元1044如果检测到只 有页签区被配置，则在运行时，使用所述页签区的内容充满整个界面，所 述页签操作区作为所述主操作区展现；所述区域装载单元如果检测到所述 导航区的选中数据发生更新，则将所述选中的数据传递至所述主数据区和 所述页签区，所述主数据区和所述页签区根据传入数据进行刷新显示的内 容，如果所述传入数据的业务类型与当前的业务类型不相同，则查找与所 述传入数据的业务类型对应的配置参数并进行展示。

下面结合图3至图9来详细说明根据本发明的界面框架构建系统所涉 及的部件的具体原理。

首先介绍界面元素、界面布局、界面模板、界面引擎的概念和基本原 理。

界面元素：图形界面上所有显示的不可分割的组成单位，例如：树、 列表、按钮、页签等元素，主要用于业务UI视图组件进行界面展示，如 3所示。

界面布局：外在表现为由界面区域装配组成，界面区域由界面元素组 成，界面布局横向由区域(区域1和区域2)组成；纵向由每个区域的业 务UI视图组件、业务处理组件以及业务数据组件组成，其基本原理，如 图4所示。也可以看出，界面布局处理的是一组区域，针对每个区域，区 域内的原理如图5所示。从图4和图5中可以看出，根据本发明的界面框 架构建系统是基于图1所示的开发技术的基础之上，通过提供一个支持界 面配置的界面框架，来实现具体界面的扩展。

下面以一个典型的PLM业务数据界面布局——汽车零部件结构视图 来进行说明(参见图6)，整体符合从左往右，从上往下的交互习惯，这 个视图由从布局UI视图角度看，其界面为上下切分，在下面部分又切分 为左右切分，在右面部分又切分为上下两个部分，在右下部分又包括了多 个页签区，每个页签区包括了对应的页签按钮区，其中的主按钮区和页签 按钮区属于交互按钮区域，导航区、主数据区和页签区属于数据展示区 域。

从布局业务数据角度看，导航区对应的是零部件组成结构数据，主数 据区对应的是当前选中零部件的属性数据；页签区显示的是当前选中零部 件关联的其它业务数据，比如文档、历史版本等。

从布局业务处理角度看，当用户通过主按钮区或者页签按钮区的按钮 进行交互时，需要根据用户的交互调用与其对应的业务数据的行为，主按 钮区的交互处理的是主数据区对应的数据，页签按钮区的交互处理的是页 签区的选中数据，当导航区的选中数据发生变化时，主数据区更新为当前 选中的数据，页签区更新为当前选中数据关联的数据。

配置器102生成的界面模板4(如图7所示)：为了支持上述的界面 布局(如图4所示)是面向配置而非面向开发的，提出的解决方法是将界 面布局的横向和纵向部分均进行了参数化处理，通过设置不同的参数值在 横向上显示不同的区域，在纵向上显示不同的数据，这将是一组横向参数 和纵向参数，而这一组参数就组成了界面模板(区域配置参数、区域1内 配置参数和区域2内配置参数)，其中包括了如图5所示的每个区域原理 中的配置参数和布局原理中的区域配置参数，这些配置参数在横向上覆盖 了界面布局中的每个区域，在纵向上覆盖了每个区域UI视图组件、业务 数据组件和业务处理组件三个部分。

界面引擎装置104实现的界面引擎6：如图8所示，界面布局中的区 域间控制器1042和区域内的标准实现部分组合(区域UI试图组件标准实 现、区域业务数据组件标准实现和区域业务处理组件标准实现)形成了界 面引擎6，界面引擎6主要是根据界面模板4中的参数进行区域UI视图 组件、区域业务数据组件和区域业务处理组件装载、协调，其中区域间控 制器1042根据界面模板4中的区域配置参数进行区域是否显示的控制、 以及运行时上下文数据的传递；区域UI视图组件中的标准实现，根据界 面模板中的配置显示相关界面元素；业务数据组件中的标准实现，通过将 界面模板中对应的参数转化为查询条件，传递给查询引擎，查询引擎将查 询后的数据返回到业务数据部分；业务处理组件通过将界面模板4中对应 的操作区配置，将视图中的按钮和具体的业务操作关联在一起。

如图9所示，界面框架8：由界面模板4和界面引擎6组成，形成一 套支持可配置的机制；

在明确了上述概念和基本原理后，接下来解释一下界面模板4的生成 过程和界面引擎6的工作原理，

在开始介绍界面模板4生成之前，首先介绍几个概念：

业务类型：在PLM系统中，指企业中的各类原子不可分的业务数据 类型；比如：汽车、轮子和天窗等等，其包括了一个属性集合；

链接类型：描述业务类型之间的关联关系，比如：汽车和轮子之间的 组成关系等等，其包括了一个属性集合；

业务操作：针对不同的业务类型和链接类型，在本方案中提供了典型 的PLM领域内的业务数据的操作，供用户进行选配。

界面模板的生成原理如图10所示，首先需要对所有的业务数据进行 分类，分为业务数据和业务关系数据，业务关系数据是用来描述业务数据 之间关系的数据，针对业务数据的数据结构抽象为业务类型，针对业务关 系数据的数据结构抽象为链接类型，最终形成基于业务类型和链接类型的 对象数据模型。

下面举个例子说明图10所示的界面模板的生成过程：一辆大风景汽 车由四个轮子和两个天窗组成，其中，关于汽车本身的描述(比如：大风 景、雷诺、风景等等)是一个不可分的业务数据，轮子本身的描述(比 如：轮子、马牌、钛合金)和天窗本身的描述(比如：天窗、16X16)， 在这里也是一个不可分的业务数据，在这里我们把汽车、轮子和天窗划分 为业务数据；同时把汽车、轮子和天窗数据结构抽象为不同的业务类型， 那么，在此可以得到汽车类型(数据结构为：名称、品牌和型号)、轮子 类型(数据结构为：名称、品牌和材料)和天窗类型(数据结构为：名 称、大小)；那么汽车和轮子之间就存在一个汽车组成关系，将这个汽车 组成关系本身的描述(比如：两端的汽车和轮子、组成数量为4，单位为 个)划分为业务关系数据，在此，可以看出，一个业务关系数据会指向两 个业务数据。

同时把这个汽车组成关系的数据结构抽象为链接类型，在这里就是零 部件组成关系(数据结构为：源业务类型、源业务数据、目标业务类型、 目标业务数据、数量、单位)，在此还可以看出，一个链接类型会包括源 业务类型和目标业务类型；汽车和天窗之间也是类似的组成关系。

到此，抽象形成的对象数据模型包括了三个业务类型(汽车、天窗、 轮子)、一个链接类型(汽车组成关系)以及它们各自的属性集合。

在对数据进行完抽象后，可以按照如图11所示的步骤进行界面模板 的生成：

步骤10，确定需要创建界面模板的业务类型或链接类型；

步骤11，针对每个区域，需要首先进行区域参数和区域内参数的配 置，步骤11.1，配置的逻辑规则如下：

a)主操作区操作的业务数据为主数据区数据；

b)页签操作区操作的业务数据为页签数据；

c)页签区可以配置多个页签，每个页签对应一个页签操作区；

d)对于业务数据，支持采用导航区或者页签区进行业务关系数据的显 示；

e)基于业务类型和链接类型以及相关联的属性集进行业务数据的参数 配置。

步骤11，如果针对业务类型，提供了导航区参数配置，导航区主要 是用来进行与当前业务数据相关联的链接数据的显示。在该实施例中，提 供的界面元素为树视图，因此，区域UI视图组件支持的参数比较多，参 数的来源就是如图10所提到的业务类型和与此关联的链接类型以及它们 各自的属性集；针对树节点的显示内容可以来源于业务类型的属性也可以 来源于链接类型的属性或则它们二者的组合等配置；区域业务数据组件的 参数包括了链接类型选择、数据过滤条件的配置(可以基于业务类型和链 接类型进行自由组合查询条件)。

步骤12和步骤13，操作区和主数据区的配置。主数据区的区域UI 视图组件采用的是基于业务类型及其属性集的自定义属性表单，其业务数 据来源于运行时的导航区选中的数据；主操作区进行了按钮与业务操作的 映射。

步骤14，页签区配置，区域UI视图组件采用列表与属性集绑定的方 式提供列表的可配置能力，通过选定将要显示的数据列，来进行列表的定 义；区域业务数据组件采用的是基于查询过滤的方式进行业务数据获取的 定义；步骤14.1，过滤条件可以进行自由定义，也可以基于导航区选中的 数据进行定义；如果是业务关系数据，可以基于链接类型及其属性集进行 过滤条件的设置，过滤条件可以自由定义，也可以基于导航区的选中的数 据进行定义，条件可以使用业务类型的属性集，也可以是链接类型的属性 集或者组合进行定义。

步骤15，页签区操作区的配置，其与主数据区的配置类似，不再赘 述。

步骤16，保存生成一个新的界面模板。

下面以汽车组成结构视图为例进行界面模板配置的说明，界面模板对 应的业务类型是汽车类型，导航区UI视图组件配置的链接类型为汽车组 成关系，节点显示的是汽车类型的名称以及汽车组成关系中的数量；导航 区的业务数据过滤条件是汽车组成关系，其含义是：根据汽车组成关系中 的源业务数据和目标业务数据形成递归，逐级查询获取；主数据区UI视 图组件配置的是零件的属性界面，采用的是流式布局实现，主数据区的业 务数据来源于导航区选中的业务数据；页签区的UI视图配置了两个列表 分别进行零件组成关系和历史版本的显示，分别对应的业务数据组件配置 为业务组成关系查询条件定义和零件查询条件定义。

界面引擎按照如图12所示的步骤完成对界面模板的解析和运行：

步骤20，界面引擎首先装载界面模板。

步骤21，读取界面模板中的区域参数，步骤21.1，根据参数值确定 需要显示的区域，引擎的运行规则如下：

a)当只有一个页签区进行了配置的时候，运行时将使用页签区的内容 充满整个界面，其中的页签操作区将作为主操作区出现；

b)当导航区的选中数据发生变化时，引擎将选中的数据传递到主数据 区和页签区，它们显示的内容会根据传入的数据进行刷新，传入数据的业 务类型可能不同，也可能相同；当传入数据的业务类型与当前的业务类型 不同时，引擎会根据传入数据的业务类型去查找与此业务类型对应的界面 模板中的主数据区和页签区配置参数进行展示，同时刷新相关的数据；

c)区域间控制器，负责区域的装载和不同区域间的协调，在UI视图 层负责不同区域的装载和布局；在业务数据层面，负责不同区域业务数据 之间的联动。

步骤22，装载导航区，界面引擎根据界面配置中关于导航区的参 数，装载并传递参数到相应的导航区UI视图组件，同时导航区的业务数 据组件的标准将相应的业务数据过滤条件转换为查询条件传递给查询引 擎，查询引擎返回相应的数据到业务数据组件中，这样实现了导航区业务 数据的动态获取；导航区UI视图组件的标准实现将根据传入的参数进行 树节点显示内容的构建以及展开，同时设定选中的节点。

步骤23，装载主操作区，根据界面模板中的按钮与业务操作的对应 关系，动态的构建主操作区的相关按钮并与对应的业务操作建立映射；

步骤24，装载主数据区，主数据区的UI视图组件的标准实现将装载 界面模板中的属性表单，当设定导航区的选中节点时，界面引擎会将相应 的节点数据传递到主数据区的业务数据中，业务数据将通知UI视图进行 界面绘制；

步骤25、25.1、25.2，装载页签区，界面引擎根据页签区的配置，首 先装载页签区的UI视图部分，同时每个页签对应的页签业务数据标准实 现，将相应的数据过滤条件转换为查询条件传递给查询引擎，查询引擎返 回相应的数据到业务数据组件中，这样实现了页签区业务数据的动态获 取，同时装载页签操作区，具体方式与主操作区模式相同。

步骤27，到此装载结束。

下面以汽车组成结构视图为例对界面引擎装载过程进行说明，界面引 擎首先读取界面模板中的区域配置参数，在本例中是显示所有的区域，界 面引擎将按照顺序装载每个区域，首先是导航区的装载，在进行树视图的 装载后，根据界面模板中配置的过滤条件，通过查询引擎，获取到大风景 汽车的汽车组成数据，包括汽车组成的数量、零部件等等，返回到导航区 业务数据组件中，此时业务数据组件会通知树视图进行界面的刷新，在刷 新的过程中，将根据导航区中关于树视图显示相关配置参数进行树节点的 构建和展开，这里显示的是零部件名称、组成关系的数量等；同时设置选 中节点，默认为根节点。

在加载完导航区后，界面引擎继续加载主数据区，与导航区类似，差 异仅仅在于主数据区对应的业务数据是由界面引擎传递过去的，而不是通 过查询引擎获取构建的，此时传递过去的是根节点的数据，主数据区显示 选中零部件的详细信息，包括了具体的创建时间、创建者、型号、规则等 等属性。此时会继续加载主操作区的内容，在这里配置的是创建对象、创 建版本、创建版次等操作。

然后会继续加载页签区，这里包括了关联文档、历史版本等页签，页 签数据的加载过程和导航区类似，不再赘述，页签操作区的加载也主操作 区的加载类似也不再赘述。

需要说明的是在构建的过程中，界面引擎将每个操作负责处理的业务 数据，设置到每个操作中，实现相同的操作在不同的区域所处理的业务数 据是不同的。至此，加载完成。

图13示出了根据本发明的实施例的界面框架构建方法的流程图。

如图13所示，根据本发明的实施例的界面框架构建方法，包括：步 骤202，配置横向配置参数和纵向配置参数，根据横向配置参数在横向上 显示界面布局的不同区域，根据纵向配置参数使每个区域在纵向上显示不 同的数据，根据配置参数和纵向配置参数生成界面模板；步骤204，界面 引擎读取界面模板的横向配置参数和纵向配置参数，根据横向配置参数的 参数值和纵向配置参数的参数值确定需要显示的区域以及装载与需显示的 区域对应的UI视图组件、业务数据组件和业务处理组件，完成界面模板 的装载，以形成界面框架。

在上述技术方案中，优选地，所述步骤202具体可以包括：确定需创 建所述界面模板的业务类型或链接类型，基于确定的业务类型或链接类 型，根据配置逻辑规则对所述横向配置参数和纵向配置参数进行配置；所 述不同区域包括导航区、主数据区、主操作区、页签区和页签操作区，依 次对所述不同区域进行所述纵向配置参数的配置：所述导航区显示与当前 业务类型相关联的链接数据，所述主数据区显示与所述导航区中选择数据 对应的属性表单，所述主操作区具有按钮与业务操作的映射关系，处理与 所述主数据区对应的数据，采用列表与属性集绑定方式构建所述页签区， 所述页签操作区处理所述页签区中的选中数据。

在上述技术方案中，优选地，所述配置逻辑规则可以包括：所述主操 作区操作的业务数据为所述主数据区的数据；所述页签操作区操作的业务 数据为页签数据；所述页签区配置多个页签，每个所述页签对应一个所述 页签操作区；由所述导航区或所述页签区显示相关的业务关系数据。

在上述技术方案中，优选地，所述步骤204具体可以包括：读取所述 界面模板的横向配置参数，根据运行规则确定需要显示的区域，进行区域 显示控制；依次对所述不同区域进行装载：读取与所述导航区对应的纵向 配置参数，将所述纵向配置参数传递至导航区UI视图组件进行树节点的 构建和展开，导航区业务数据组件将相应的业务数据过滤条件转换为查询 条件，并将所述查询条件传递至查询引擎，由所述查询引擎返回相应的业 务数据到所述导航区业务数据组件中，根据所述界面模板中所述主操作区 中所述按钮与业务操作的映射关系，构建所述按钮并建立所述按钮与对应 所述业务操作的映射关系，所述主数据区的UI视图组件装载所述界面模 板的属性表单，在设定所述导航区的选中节点时，所述界面引擎将所述节 点对应的数据传递至所述主数据区的业务数据组件中，并通知所述UI视 图组件进行界面绘制，根据所述页签区的配置参数装载所述页签区的UI 视图部分，与所述页签区中的页签对应的页签业务数据组件将相应的数据 过滤条件转换为查询条件，将所述查询条件传递至所述查询引擎，根据所 述查询引擎返回相应的数据到所述页签业务数据组件中，同时装载所述页 签操作区，构建页签按钮并建立所述页签按钮与对应业务操作的映射。

在上述技术方案中，优选地，所述运行规则包括：如果只有页签区被 配置，则在运行时，使用所述页签区的内容充满整个界面，所述页签操作 区作为所述主操作区展现；如果所述导航区的选中数据发生更新，则将所 述选中的数据传递至所述主数据区和所述页签区，所述主数据区和所述页 签区根据传入数据进行刷新显示的内容，如果所述传入数据的业务类型与 当前的业务类型不相同，则查找与所述传入数据的业务类型对应的配置参 数并进行展示。

根据本发明的界面框架构建方法，将PLM领域内的业务数据界面进 行了分析抽象，提出了一种支持界面可配置的界面框架实现方法。在界面 框架的实现中，对业务数据进行了抽象，形成了业务类型、链接类型概 念，在此基础上提出了基于业务类型、链接类型及属性集的覆盖UI视 图、业务数据和业务处理控制的界面模板结构及生成方法；同时提供了界 面引擎，负责对界面模板的解析和执行，从而达到了在PLM领域内，界 面布局的可配置、业务数据的可配置和行为模式饿可配置，使得PLM系 统具有更好的灵活性和可配置性，很好的解决了不同行业、不同产品的界 面配置问题。

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