使用 COMTIContext 提供自訂 TRM 和 ELM
交易整合器 (TI) 開發人員可以將自訂格式化的交易要求訊息傳遞 (TRM) 或增強的接聽程式訊息， (ELM) 從用戶端程式傳遞至 CICS 系統，並接收自訂格式化的 TRM 或 ELM。
自訂 TRM 或 ELM 會透過內容資料傳遞。 內容資料包含在用戶端應用程式程式碼中定義的選擇性 COMTICoNtext 參數中，而且必須是方法呼叫中的最後一個參數。 目的地為主機的 TRM 必須定義為 COM 模型的使用者定義型別 (UDT) ，或.NET Framework模型的結構。 UDT 的名稱必須以 TRMIN 字元開頭。 主機的 TRM 回復也必須定義為 UDT。 UDT 的名稱必須以 TRMOUT 字元開頭。 有效 TRM 名稱的範例包括：TRMINMyVeryOwn、TRMINStandard、TRMOUTMyVeryOwn 和 TRMOUTStandard。
類型程式庫或結構可以包含多個 TRM 定義，但您應該針對每個 (方向只包含一個 TRM，也就是單一方法呼叫中 COMTICoNtext 參數中的一個 TRMIN 和一個 TRMOUT) 。 例如，在 Visual Basic 中，每個 COMTICoNtext 陣列都會宣告為變體的單一維度動態陣列 (，也就是未指定出現次數) 。
如果您針對相同方向定義多個 TRM，TI 執行時間只會使用內容陣列中遇到的第一個 TRM。 (在某些情況下，遇到的第一個 TRM 不一定是您新增至內容陣列) 的第一個 TRM。 TI 執行時間會忽略陣列中剩餘的 TRM，直到使用中的 TRM 終結為止。 若要確保 TI 執行時間使用正確的 TRM，請勿將多個 TRM 新增至內容陣列的相同方向。
注意
操作 CoNtext 陣列的用戶端應用程式必須在執行時間存取適當的檔案。 如果您使用 Visual Basic6.0，應用程式必須能夠存取 COMTIContext.dll。 如果您使用 Visual Basic .NET，應用程式必須能夠存取 Microsoft.HostIntegration.TI.ClientContext.dll。
注意
當您使用 Visual Basic .NET 時，用作自訂 TRM 的資料結構必須與元件內的參數相關聯。 因此，您必須在元件內建立虛擬方法、指派給 方法的參數，以及要當做 TRM 使用的資料結構。 無法這麼做可防止您在 Visual Basic .NET 應用程式中參考 結構。 Visual Basic 6.0 中不需要將 UDT 與方法產生關聯，因為 Visual Basic 6.0 允許參考與方法無關的 UDT。