组件架构
ThingWorx Navigate 组件构成
ThingWorx Navigate 组件属于复合组件。这些组件由较小的子组件构成，而将这些子组件组合在一起便可构成多个功能强大的组件，这些组件均有利于增加业务价值。
每个 ThingWorx Navigate 组件通常由两个子组件构成，即用户界面子组件和业务逻辑子组件。
用户界面子组件
用户界面子组件可以是以下两种类型之一：
• 混搭 - 具有多个小组件和绑定的 ThingWorx 混搭。
• 小组件 - 在 ThingWorx 外部创建的单一小组件，此类小组件经过打包后会导入到 ThingWorx 中。它通常以 Web 组件技术编写。
用户界面子组件通过服务与业务逻辑子组件进行通信。
业务逻辑子组件
业务逻辑子组件用于从后端系统检索业务数据并对其加以处理。业务逻辑子组件由诸如“事物形态”、“事物模板”和“事物”之类的 ThingWorx 实体构成。这种子组件可通过服务与用户界面子组件进行通信。
业务逻辑子组件旨在实现功能强大的自定义。它们提供以下功能：
1. 自定义检索和处理数据的业务逻辑
2. 添加新配置点以支持业务逻辑自定义
业务逻辑子组件遵循 ThingWorx 用于启用自定义的常规模型。名为“基本业务逻辑”的抽象事物模板包含业务逻辑子组件的所有常用功能。每个特定实施都在一个事物模板中完成，称为“业务逻辑实施”。由于 ThingWorx 服务只能针对事物执行，因此每个“业务逻辑实施”事物模板必须由一个事物来实现。
组件配置
本质上，ThingWorx Navigate 组件是可供配置的。当您在设计时将组件添加到混搭时，可以将组件的所有配置参数指定为单个配置 JSON 对象。未来计划提供允许单独设置每个参数的用户界面。
基于 JSON 的配置对象的结构在基本业务逻辑内定义。这一配置结构的定义即称为“组件定义”。此定义用作 JSON 定义的架构，可用于定义许用的配置参数、特定参数是否为强制性参数，以及每个参数在配置结构中所处的位置。
基本业务逻辑还包括可扩展的组件定义中的特定点。这些点即称为“定义挂钩”，可覆盖的挂接服务可连接到这些点。“业务逻辑实施”使用这些挂接服务来扩展“组件定义”，以接受特定实施所需的其他配置参数。这种经过扩展的“组件定义”称为“实施定义”。
根据设计，ThingWorx Navigate 组件是可靠的。因此，典型的 JSON 配置对象由几十个要配置的参数构成。为加快工作进程并避免不必要的错误，ThingWorx Navigate 会随每个组件一起提供一个或多个预定义配置。每个预定义配置均已命名，并且在配置组件时可供选择。选择预定义配置后，整个 JSON 配置会自动在配置框中进行填充，您可以对此配置进行微调，而无需创建整个 JSON 配置。
示例
为说明上述架构，我们来看一下项列表组件。
项列表