建構區塊
建構區塊 (也稱為元件) 是 ThingWorx 中的一種實行模式，該設計旨在產生更小型、獨立式、自包含的多功能模組，以便用來建立解決方案。建立的每個建構區塊可用於特定目的，例如外部資料整合、解決方案功能、使用者介面新增、平台功能或設備操縱與管理。建構區塊將按順序堆疊在一起，從基礎建構區塊開始一直到解決方案建構區塊。
個別建構區塊由收集到 ThingWorx 專案中的一組 ThingWorx 實體組成，這些實體封裝為 ThingWorx 延伸功能。每個建構區塊都以可啟用整個建構區塊架構的基礎建構區塊 (PTC.Base) 為基礎。此基礎建構區塊將以下列實體建立每個建構區塊的起始結構：
• ThingWorx 專案實體 - 封裝及管理構成建構區塊的所有實體。
• 進入點實體 - 以 PTC.Base.ComponentEntryPoint_TT 物範本為基礎，此實體可用來包含所有建構區塊中繼資料，例如名稱、描述、版本、相依建構區塊清單等。
• 管理員 - 根據 PTC.Base.CommonManager_TT 物範本，此實體用來包含建構區塊的函數，包括服務、屬性、組態、事件等。
• 權限 - 可根據建構區塊的安全性存取需求為建構基塊建立權限使用者群組。權限使用者群組的典型範例是更細緻地控制 CRUD 服務存取。
下圖說明了包含在建構區塊中的基本內容。如圖所示，所有建構區塊都相依于基礎建構區塊。若需進一步資訊，可參閱 基礎建構區塊。
在此圖中，空心頭實線箭頭 (
) 表示實體會從箭頭所指向的實體延伸，空心頭虛線箭頭 (
) 表示實體會實行箭頭所指向的實體。
) 表示實體會從箭頭所指向的實體延伸，空心頭虛線箭頭 () 表示實體會實行箭頭所指向的實體。建構區塊類型
建構區塊一般分為四種不同類型，表明其基礎設計模式：
• 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)。