本发明专利技术公开了实体交互的自动用户界面生成。架构通过提供自动地创建应用用户界面（ＵＩ）的片断的引擎，允许开发者更快地创建应用。引擎能将实体或任何实体类型的实例作为输入，创建一允许应用用户查看并修改实体的ＵＩ作为输出。架构也促进了元数据和源实体的关联来引导引擎决定；诸如以下决定，引擎选择哪些ＵＩ控件来表示实体属性，向实体提供了多少“区域”（ＵＩ空间），以及如何放置实体属性。此外，应用允许用户与已知的实体类型进行交互，但也允许与在应用设计时所未知的类型进行交互。换句话说，应用（例如，行业）能够处理动态生成的随机实体。
【技术实现步骤摘要】
【国外来华专利技术】
本专利技术涉及实体交互的自动用户界面生成。
技术介绍
通常，软件应用，以及尤其是行业(LOB)应用表示各种自然的数据对象(也称为实 体)。例如，在行业(LOB)应用中，客户、订单、产品、以及发票是需要被创建并操作的实体的 示例。由于应用能用于多个不同的部署，对各个独立的应用以及应用要在其上运行的各个 类型的设备设计并创建用户界面。由此，开发者必须为那些实体类型中的每一个创建特定 的图形用户界面。这是消耗时间的并且是相当重复的任务。然而，如果不是必须创建实体 特定的用户界面，应用可被更快地创建。概述下面提供了简化的概述，以便提供对此处所描述的一些新颖实施例的基本理解。 本概述不是详尽的概述，并且它不旨在标识关键/重要元素或描绘本专利技术的范围。其唯一 的目的是以简化形式呈现一些概念，作为稍后呈现的更详细描述的序言。揭示的架构通过提供能自动地创建应用的用户界面(UI)的片断的引擎，允许开 发者更快地创建应用。引擎能将实体或任何实体类型的实例作为输入，并创建一允许应用 的用户查看并修改实体的UI作为输出。架构也促进了元数据和源实体的关联来引导引擎 决定；决定诸如引擎选择哪些UI控件来表示实体属性，向实体提供了多少“区域(real estate)，，(UI空间)，以及如何放置UI控件。此外，应用允许用户与已知的实体类型进行交互，但也允许与在应用设计时所未 知的类型进行交互。换句话说，应用(例如，行业)能够处理动态生成的随机实体。为了为实现上述及相关目的，本文结合下面的描述和附图来描述某些说明性方 面。这些方面指示了可以实践本文所公开的原理的各种方式，所有方面及其等效方面旨在 落入所要求保护的主题的范围内。结合附图阅读下面的详细描述，其他优点和新颖特征将 变得显而易见。附图简述附图说明图1示出了根据所公开的架构的计算机实现的界面生成系统。图2示出了由引擎组件展示的实体信息。图3示出了能用于创建UI的属性元数据的实例。图4示出了使用多个引擎生成不同UI的系统。图5示出了通过使用元数据和实体的关联能在运行时被创建的示例性用户界面。图6示出了在自动生成的UI内实体属性的水平流布局。图7示出了在自动生成的UI内实体属性的垂直流布局。图8示出了在自动生成的UI内实体属性的水平流布局。图9示出了在自动生成的UI内实体属性的垂直流布局。图10示出了生成界面的计算机实现的方法。图11示出了将布局策略应用到已生成的用户界面的方法。图12示出了当实体类型数据被设置时，由引擎进行处理的方法。图13示出可用于根据所公开的架构将元数据与实体关联并自动地生成UI的计算 系统的框图。详细描述诸如行业(LOB)的应用经常操作实体(具有属性的对象，诸如客户对象)。相应 地，通常在可视化实体和编辑实体中涉及应用。通常，实体存储在数据库内，以在列表中的 紧凑表示显示，或单独地以扩展的表示显示。在大多数情况下，开发者需要从头创建用户界 面(UI)来以详细视图表示具体的实体。所揭示的架构通过将元数据附加到实体促进了应用UI的自动创建，该元数据能 够引导UI生成器(引擎)以产生更加有针对性的结果。引擎使用逻辑或算法在给定实体、 实体元数据和设备特征的情况下产生有意义的UI，诸如包括用于在UI内表示实体的被分 配区域的硬件参数以及软件参数。现在将参考附图，全部附图中相同的附图标记用于表示相同的元件。在下面的描 述中，为了进行说明，阐述了很多具体细节以便提供对本专利技术的全面理解。然而，显而易见， 可以没有这些具体细节的情况下实施各新颖实施例。在其它情况下，以框图形式示出了公 知的结构和设备以便于描述它们。本专利技术将涵盖落入所要求保护的主题的精神和范围内的 所有修改、等效方案和替换方案。图1示出了根据所公开的架构的计算机实现的界面生成系统100。系统100包 括元数据组件102，用于创建元数据106和实体属性108的关联104(表示为Metadata1/ EntityProperty1 (元数据 1/ 实体属性 1)，，MetadataN/EntityPropertyN(元数据 J 实体属 性。)，以及用于基于元数据106自动地创建用户界面112并在用户界面112中呈现实体属 性108的引擎组件110。引擎组件110还能考虑在其中呈现用户界面112的设备116的设备特征114。设 备特征114可以包括设备116的硬件能力和/或软件能力，诸如查看在设备116上可用于 查看用户界面112的区域。引擎110促进与实体属性108的用户交互，交互包括，例如，可 视化、编辑和/或验证。元数据组件102和引擎组件110可以是LOB应用的一部分。在这样的实施中，元 数据组件102和引擎组件110促进已动态生成的随机实体的处理，随机实体可以是商业实体。如将要在以下更加详细描述的，可以使用重要性元数据和组元数据、并基于用户 界面112的设备查看者的可用区域，在用户界面112中呈现实体108。元数据组件102包括 重要性元数据。重要性元数据定义与实体属性关联的重要性等级(例如，较不重要)。例 如，较不重要的实体属性将与指示较低等级重要性的重要性元数据关联。引擎组件110基 于重要性元数据从用户界面112中的视图隐藏较不重要的实体属性。然而，已隐藏的较不 重要的实体属性能通过可选择的链接变得可查看。当用户选择该链接时，已隐藏的较不重 要的实体属性能被查看。根据使用，例如，重要性元数据和组元数据的布局、并基于设备查看者的可用区 域，在用户界面112中呈现实体属性108的部分或全部。元数据106涉及，仅举数例，可见性、大小、呈现提示、分组、重要性、以及使用。图2示出了由引擎组件110展示的实体信息。引擎组件110能展示实体类型200 以及实体实例202，用于生成用户界面并用实体实例填充用户界面。换言之，引擎组件110 展示用于用户界面的生成的实体类型200，和/或用于生成用户界面并用实体实例202填充 用户界面的实体实例202。以下是用于展示实体信息的实例代码。public Type EntityViewer. EntityTypepublic object EntityViewer. Entity设置EntityType允许UI的生成。设置Entity不仅仅允许UI的生成，也用所提 供的实体填充UI。引擎组件110确定与各种实体属性关联的潜在的属性，并基于那元数据和内建映 射(例如，映射到文本属性编辑器的串属性)在运行时构建UI。图3示出了能被用于创建UI的属性元数据106的元数据示例300。示例300包括 但不限于，例如，可见性、显示名称、通常大小(例如，长度、宽度、高度、以及其变型)、呈现 提示、组、重要性、以及使用。示例300能被代码表示为如下UIDescriptionVisible (UI描述可见性) (boolvisible)，UlDescriptionDisplayName (UI 描述显不名禾尔)(string displayName)， UlDescriptionTypicalSize (UI 描述通常大小)(uint length，uint variation), UlDescriptionTypicalSize(UI 描述通 常大小)(uint width本文档来自技高网...
【技术保护点】
１．一种计算机实现的界面生成系统（１００），包括：用于创建元数据和实体关联的元数据组件（１０２）；用于基于所述元数据自动创建用户界面并在用户界面内呈现实体的引擎组件（１１０）。
【技术特征摘要】
【国外来华专利技术】...
【专利技术属性】
技术研发人员：R·L·F·布里德，
申请(专利权)人：微软公司，
类型：发明
国别省市：US
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。