處理導入和導出（集成）的.NET服務

Question

在構建集成引擎時，我一直在尋找有關設計模式的一些提示。

我有一個SQL Server，它包含我想要導出的所有數據（這也是我插入導入數據的位置）。我有一個服務可以根據時間間隔執行命令等等。儘管我真正努力的一件事情就是處理軟件中數據處理的方式。

例如，在一個出口項目我做我有類似的這種

// Entity order 
public class Order { 
    int OrderID { get; set; } 
    string OrderNo { get; set; } 

    // One order can include loads of registrations 
    // A registration can only have a reference to one order 
    // Basically a mirror of the database 
    List<Registration> RegistrationList { get; set; } 
} 

// Entity registration 
public class Registration { 
    int RegistrationID { get; set; } 
    string Name { get; set; } 
    // Some more variables 
} 

// Controller(?) 
public class OrderController : IControlOrder 
{ 
    private IControlRegistrations _registrationController; 
    public OrderController() 
    { 
     this._registrationController = new RegistrationController(); 
    } 

    public List<Order> get() { 
     List<Order> orderList = new List<Order>(); 
     // Query database 
     foreach(...) { 
      // Short example 
      Order order = new Order(); 
      order.OrderNo = ... 
      order.OrderID = ... 
      order.RegistrationList = _registrationController.getRegistrationsBasedOnOrder(order); 
     } 
     // Iterate through every row 
     // Create a new Order-object per iterate 
     return orderList; 
    } 

    public void updateOrder(Order order) { 
     // Update the order in the database (set exported-flag) 
    } 
} 

public RegistrationController : IControlRegistrations 
{ 
    public List<Registration> getRegistrationsBasedOnOrder(Order order) 
    { 
     List<Registration> list = new List<Registration>(); 
     // Query DB based on OrderID 

     return list; 
    } 

    public void update(Registration registration) 
    { 
     // Update the registration in the database 
    } 
} 

// Output 
public class Output 
{ 
    private IControlOrder _controller; 
    public Output(IControlOrder controller) 
    { 
     this._controller = controller; 
    } 

    public void export() 
    { 
     // Build XML 
     // ... Example 
     // 
     //<Orders> 
     // <Order> 
     //  <OrderNo>KF322</OrderNo> 
     //  <RegistrationList> 
     //   <!-- All the registrations with a reference to this order --> 
     //  </RegistrationList> 
     // </Order> 
     // <Order> 
     //  <OrderNo>KF323</OrderNo> 
     //  <RegistrationList> 
     //   <!-- All the registrations with a reference to this order --> 
     //  </RegistrationList> 
     // </Order> 
     //</Orders> 


     foreach(Order order in _controller.get()) 
     { 
      // Create the order info in the XML, then create registrations 
      foreach(Registration reg in order.RegistrationList) 
      { 
       // Create the registration list in the XML 
      }  
     } 
     // Save the file to a network drive. 
    } 
} 

我敢肯定，我違反了設計模式的每一個規則有一個結構。最終，我的代碼變得混亂，每層的責任（不知道我是否可以稱之爲圖層）變得混亂起來。例如，如果一個訂單也與描述和地址有一對多的關係，那麼類會變得難以置信地混亂。在我的下一個項目中，我也將執行導入，並且我不會僅導出訂單，而且還會導出其他主數據。所以我相信我必須在接口，幫助類等方面很聰明。在輸出文件或將其插入數據庫之前，我還必須驗證從數據庫和集成程序中檢索的所有數據。

你們有沒有人知道集成引擎的良好設計模式（只是一個理論）？這個問題可能並不具有建設性，但是當我們使用的小房子設計會比數十倍大的時候還不夠。

任何幫助非常感謝:)謝謝！

Answer 1

這看起來並不壞。有兩種命名的問題，特別是你的控制器不控制器，但庫和你的輸出類是服務（這樣OutputService會是一個更好的名字）。

分層沒問題。你有一個深層的領域模型。然後你在上層有倉庫，在它上面有你的服務。如果你遵循簡單的約定，其中倉儲類名與Repository（OrderRepository）結束服務是..Service，你把每一層在單獨的程序，並允許上層裝配僅供參考下層組件，那麼你會收拾你的很多混亂。

我的想法是不要手動編寫模型類和存儲庫。這沒有多大意義，因爲有很多陷阱。相反，反向工程模型進行使用實體框架逆向工程代碼第一個選項，則數據庫，而不是手工創建倉庫使用實體框架來代替。手工創建的唯一層就是實現特定業務流程的服務層。

Answer 2

你可能想看看Command-Query Segregation。基本上這歸結爲幾個概念：

• 寫作，閱讀查詢命令。導入是通過命令，通過查詢導出的。
• 與/只有一個類型的導入導出

所以從用戶，您將獲得文件數據/數據保存在控制器和傳遞到與這種類型的交易命令一個命令/查詢交易數據。爲了導出，您可以在控制器中執行查詢，查詢將從數據庫提取數據並適當格式化。

有時，如果您將數據提取到XLS或其他格式，則可能需要引入單獨的渲染器。這樣您的關注就會分開 - 查詢只提取數據，渲染器將該數據轉換爲所需的格式。通過這種方式，您只需添加新的渲染器即可將數據提取到不同的格式。

命令也一樣 - 命令的一部分可以是一個解析器，用於將傳入數據解析爲類實例，然後命令將其保存到數據庫中。

您可以檢查出的例子，更CQRS詳情點擊這裏：

• http://www.codeproject.com/Articles/555855/Introduction-to-CQRS http://www.headcrash.us/blog/2011/09/10-command-query-responsibility-segregation-cqrs-examples-in-c/