物形式
「物形式」提供一組以內容服務事件訂閱形式呈現的特性,且可在一組實體資產內共用。「物形式」最適合用於描述模型中物件之間關係的組合。「物形式」有助重複使用內含的內容和企業邏輯 (可由一或多個物範本繼承)。在 ThingWorx 中,模型可供「物範本」實行一或多個「物形式」,這類似於 C++ (具有多重繼承) 中的類別定義。如果您明確定義服務,以允許在父項物件定義中取代,您就可以從「物形式」取代繼承服務中的企業邏輯。
變更「物形式」時,系統會將此變更傳播至實行該「物形式」的「物範本」與物件,進而簡化模型維護。
例如,若您有多條使用相同 ERP 系統的產品線,您就可以使用「物形式」。請考慮這樣一個情況,某公司有兩個業務單位:一個製造家用除草機,另一個製造商業農用設備。除草機和農用設備沒有共用資料或行為。但是,兩者都是可追蹤的 ERP 資產。兩者的客戶資訊和服務單系統都位於相同的 CRM 系統中。若要將這些介面作為實體資產實行一次,您可在「物形式」中插入企業邏輯。例如,可實行一種從 ERP 系統取得相關資料,再傳入以「物形式」呈現的「ERP Connector 物件」中的方式。「ERP Connector 物件」可具備瞭解如何接觸 ERP 系統 (例如,IP 位址)、如何對其進行驗證 (例如,使用技術使用者) 以及如何處理請求回應的組態資料。您應該利用「ERP Connector 物件」中的服務實行請求回應功能。然後您可以定義特定功能,以從「物形式」取得請求資料供應用程式使用。「物形式」應具備以內容形式呈現的基本資料 (如「位置」和「ERP 資產 ID」)、可取得特定資產資料 (如「取得我的未結工單」、「取得我的工單記錄」及「取得我的客戶權利」) 的服務。然後,除草機和農用設備的「物範本」都可從「物形式」繼承功能,並可透過「物形式」中的封裝邏輯存取 ERP 資料。
用延伸功能建立物形式
使用延伸功能建立的物形式與在 ThingWorx Composer 中建立的物形式類似。它們是基本範本,用於建立具備相同內容、組態參數、服務等等的物件。在 Composer 中和延伸功能框架中建立物形式的差別在於服務中使用的語言以及這些服務的可見度。
Composer 範本:
將 JavaScript 用於服務
來源程式碼可見
Extension SDK 範本:
將 Java 用於服務
來源程式碼不可見
這是否有幫助?