🎯 什麼情境該想到我
當你「想讓兩個獨立系統交換資料，但不想讓它們彼此直接相依，能接受不是即時、批次同步就好」的時候（例如一方每晚匯出一份檔案，另一方隔天匯入）。
⚙️ 怎麼用（步驟 / 公式）
意圖：讓每個應用程式各自產生與消費檔案，藉由共享檔案來交換資料，彼此不需知道對方的技術細節。
做法 / 結構要點：
- 產生方把資料匯出成一個雙方講好格式的檔案（欄位、編碼、檔名慣例）。
- 消費方在約定的位置與時間讀取並匯入該檔案。
- 需明確約定：檔案格式、命名、放置位置、產生頻率，以及「檔案何時算寫完可讀」。
🧪 我實際套用的紀錄
- （待填）
⚠️ 注意 / 什麼時候不適用
- 即時性差：資料只在檔案產生後才更新，通常是批次、有延遲。
- 缺乏交易與一致性保證，兩邊可能短暫看到不同步的資料。
- 格式一旦要改，雙方要一起協調；不適合需要即時互動或高頻交換的場景。
🔗 相關工具
- 共享資料庫 Shared Database（同為整合風格，改用共用資料庫而非檔案交換）
- 遠端程序呼叫 Remote Procedure Invocation（同為整合風格，改用同步呼叫換取即時性）
- 訊息傳遞 Messaging（同為整合風格，改用非同步訊息兼顧解耦與即時）
- 企業整合模式