处理导入和导出（集成）的.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/