如何構建動態集成適配器？

Question

我們有一個場景，我們通過 API 調用、SQL 表和物理文件從各種外部系統傳入多個數據源，現在我們必須針對一個事務模板的數量進行 map。 我想構建一個集成適配器和 UI，我可以在其中選擇任何實體數據 class 和 map 它的字段到 class 或將用於在我們的金融系統中創建交易的操作。

我想要一個可以動態修改的 object 類型或 class，設置這些對象之間的鏈接，並可能創建一組定義這些對象之間交互的規則。 我見過這種類型的軟件的一些版本，它們使用拖放類型的 UI 界面來進行映射，因此這將是理想的最終目標。

我來自 C#.Net 背景，所以我需要一些關於從哪里開始和看什么的建議或提示。

Answer 1

我目前正在做類似的事情。 我編寫了一些代碼來將我們遺留系統中的數據轉換為 JSON 對象，並寫入平面文件（表中每個數據記錄一個文件），然后編寫一些代碼來清理該數據並通過 REST ZDB9474238D04ADE1 將其推送到 Acumatica 中

我喜歡平面文件 json 對象，因為它們很容易被散列，並且散列用於將它們與進來的新數據進行比較。只有 hash 發生變化的數據需要合並或覆蓋，然后推送到目標系統中。 文件名通常是您正在使用的任何表的主鍵值。 我們的遺留系統具有分層（非表格/類似 SQL 的數據結構），所以我的里程可能比使用規范化的 SQL 數據庫做得更大。

還有像 Alteryx 這樣的產品，它們是為按照您建議的方式進行數據管道而構建的。

我會提醒在構建這些類型的東西時要切實可行。 例如，對於我們來說，我們有一組有限的數據需要過來，所以我們不需要對每種數據類型都進行完美的抽象。 我們不可避免地還必須對遺留/第 3 方數據進行清理，而這些問題並不總是那么容易抽象。 我之前使用 function 傳遞的閉包構建了一個系統，以便為我可能遇到的任何抽象數據問題編寫自定義清理例程（聽起來像你在說什么），但最終意識到只是編寫更簡單的代碼處理特定的數據問題更清潔，更易於維護......最后，可能只有有限數量的數據需要同步。