远程方法，远程*管理

Question

首先让我解释我想要做什么。我想开发一个服务器来监听客户端请求。我的服务器有一个模块化架构。

例如，有一个Offer模块。 Offer模块有4个项目：Action，Message，Entity和Query。 Query项目通常包含包含远程方法的类。

第一个问题：如何开发我的服务器，以便集中管理所有事务查询。我的意思是，所有请求都应该从这个*管理类路由到所请求的模块及其远程方法。我需要你的想法。

第二：假设在我的Offer模块中，Query项目的ProductQuery类有10个方法，但其中5个是远程的。 CustomerQuery类有15个方法，其中3个是远程方法。我想在一个查询项目中获取所有远程方法（例如，在OfferModule的查询项目或Accounting模块的查询项目中）到远程处理的一个程序集。例如在一个OfferQuery程序集中。

我需要你的帮助。谢谢！

Answer 1

我不会回答您的第一个问题，因为无法以当前的形式合理地回答您的问题。

---

我的第二个问题的理解：

首先，让我试着去了解你的服务器体系结构的基本布局：

+--------+ 1  1..n +--------+ 1 1..n +---------+ 
    | Server |<>------------| Module |<>-----------| Project | 
    +--------+    +--------+    +---------+ 

“有一台服务器，其中有或由1个或多个模块，每个模块都有几个项目或由几个项目组成。“我直接从你的问题中解决了这个问题我在这里不理解的第一件事是，我们是在讨论运行时组件，还是关于源代码解决方案的布局？

更具体地说，你似乎有模块，项目和类层次结构：

Server 
| 
+---- Accounting (module) 
|  ¦ 
|  ? (projects) 
| 
+---- Offer (module) 
¦  | 
?  +---- Action (project) 
     | 
     +---- Message (project) 
     | 
     +---- Entity (project) 
     | 
     +---- Query (project) 
      | 
      +---- ProductQuery (class) 
      | 
      +---- CustomerQuery (class) 
      ¦ 
      ? 

如果我理解正确的话，你现在要收集来自例如，全“远程”的查询方法ProductQuery和CustomerQuery内部共同OfferQuery类...这是正确的吗？

---

对第二个问题的解决方案建议中的指示：

。现在，因为你没有提供有关您所使用的技术和框架的细节，我还就呆在有些模糊：

我认为你想要做的不是一个好方法。为什么？因为你打算把完全不相关的东西放到一个类中，这是基于他们都是“查询”方法的想法。但他们查询的是非常不同的东西： Offers，Products,Customers。这不是一个好的面向对象的设计，因为它不是“面向领域”的。它是面向查询的。

我认为你会很好地开发一个干净的对象（域）模型。围绕系统中的逻辑实体设计类（例如，已经提及的优惠，产品，帐户，客户等）。保持相应的类完全不含查询方法。

现在，查询的位置在哪里？您可以查看此任务的对象关系模型映射器（OR/M）。 Hibernate（或.NET，NHibernate）或Microsoft的.NET实体框架都是很好的选择。他们会将您的域模型映射到关系数据库，并为您完成所有在数据库中的创建，查询，更新和删除。