🎯 什麼情境該想到我
當你「要讓一個應用程式連上訊息系統來收發訊息，又不想讓訊息 API 的細節滲進商業邏輯」的時候。
⚙️ 怎麼用（步驟 / 公式）
意圖：用一段專門的膠合程式碼（端點），把應用程式接上訊息通道，負責把應用資料與訊息互相轉換、以及實際收發。
做法 / 結構要點：
- 端點是應用與訊息系統之間的接口：一端講應用的語言（方法呼叫、領域物件），一端講訊息系統的語言（訊息、通道）。
- 發送端：把應用資料包成訊息送上通道；接收端：從通道取訊息、拆出資料交給應用處理。
- 把訊息收發的細節封裝在端點，應用其餘部分不必知道訊息系統存在。
🧪 我實際套用的紀錄
- （待填）
⚠️ 注意 / 什麼時候不適用
- 端點是專為某通道與某應用量身打造的，通常不可通用、會綁定雙方。
- 收發策略（輪詢/事件驅動、交易、併發）需依需求選擇，設計不當會成為瓶頸或漏訊息。
🔗 相關工具
- 訊息通道 Message Channel（端點所連接的管道）
- 訊息 Message（端點負責封裝與拆解的資料封包）
- 通道配接器 Channel Adapter（一種特殊端點：把不用訊息的既有系統接上通道）
- 企業整合模式