构建基块
“构建基块”(也称为组件) 是 ThingWorx 中的一种实施模式，旨在生成更小且独立、自包含但功能丰富的模块，而这些模块可用于构建解决方案。创建的每个构建基块都是用来实现特定目的，例如外部数据集成、解决方案功能、新增用户界面、平台功能或设备操作和管理。多个构建基块依序组合在一起，从基本构建基块开始一直到解决方案构建基块，共同构成一个解决方案。
单个构建基块由收集到 ThingWorx 项目中的一组 ThingWorx 实体构成，并被封装为 ThingWorx 扩展。每个构建基块均基于基本构建基块 (PTC.Base)，后者用于启用整个构建基块架构。此基本构建基块为每个构建基块建立具有以下实体的初始结构：
• ThingWorx 项目实体 - 封装并管理构成构建基块的所有实体。
• 入口点实体 - 基于 PTC.Base.ComponentEntryPoint_TT 事物模板，此实体用于包含所有构建基块元数据，如名称、说明、版本和依存构建基块列表等。
• 管理器 - 基于 PTC.Base.CommonManager_TT 事物模板，此实体用于包含构建基块的函数，如服务、属性、配置和事件等。
• 权限 - 可基于构建基块的安全访问需求为构建基块创建权限用户组。对 CRUD 服务进行更精细的访问，这是权限用户组的一个典型示例。
下图说明了构建基块中包含的基本内容。如图所示，所有构建基块均依存于基本构建基块。有关详细信息，请参阅基本构建基块。
图表中的空心实线箭头 (
) 指示实体从箭头所指向的实体扩展而来，而空心虚线箭头 (
) 指示实体用来实现箭头所指向的实体。
) 指示实体从箭头所指向的实体扩展而来，而空心虚线箭头 () 指示实体用来实现箭头所指向的实体。构建基块类型
构建基块通常分为四种不同类型，揭示了其基础设计模式：
• UI 构建基块 - 一种用于将用户界面公开为其主要交互接口的构建基块。除了混搭外，UI 构建基块还可以包括用于实现 UI 目的的逻辑。UI 构建基块通常会对抽象或标准构建基块进行调用。
• 抽象构建基块 - 一种包含服务定义的构建基块，用于将 API 公开为其主要交互接口。这种构建基块仅具有抽象元素，并且通常随附有一个实施构建基块。抽象构建基块还可以根据需要包含混搭。
• 实施构建基块 - 一种可提供用于连接外部数据源的服务实施或可提供数据级业务规则的构建基块。这种构建基块通常会覆盖抽象组件中包含的服务。
• 标准构建基块 - 一种不适合使用唯一实施来覆盖的构建基块，但通常是抽象和实施这两种构建基块的组合。标准构建基块还可以根据需要包含混搭。客户开发的大部分构建基块都属于这种类型，因为这种类型的构建基块并不像其他类型的构建基块那么复杂。
构建基块类别
构建基块通常分为四个常用类别，这些类别与它们对其他构建基块的依存性之间的联系松散：
• 解决方案构建基块 - 通常为一种非常简单的构建基块，这种构建基块依存于解决方案所需的所有构建基块。此构建基块类别是项目实体内基本构建基块的入口点的基本实施。例如，DPM 构建基块 (PTC.DPM)。
• 特定于解决方案的构建基块 - 用户界面类型的构建基块与标准或抽象类型的构建基块的组合，根据解决方案进入市场策略进行组织。具体可根据业务逻辑功能的可重用性，将这些构建基块进一步划分为两个类别：
◦ 模块呈现构建基块 - 这些构建基块通常是用户界面类型的构建基块。例如，DPM 解决方案中的生产仪表板构建基块 (PTC.ProductionDashboard)。
◦ 模块逻辑构建基块 - 这些构建基块在多个基础构建基块中提供了业务逻辑层。例如，DPM 解决方案中的运营 KPI 构建基块 (PTC.OperationKPI) 调用至多个特定于域的构建基块。
• 特定于域的构建基块 - 这些构建基块提供了具有最小依存关系的域特定功能的集合。例如，班次构建基块 (PTC.Shift)、原因代码构建基块 (PTC.ReasonCode) 等。
• 常用构建基块 - 可供所有解决方案使用的一组常用构建基块。例如，基本构建基块 (PTC.Base)、用户管理构建基块 (PTC.UserManagement)、模型管理构建基块 (PTC.ModelManagement) 和数据库连接构建基块 (PTC.DBConnection)。