我已经创建了Silverlight WCF RIA应用程序，这个应用程序有4个子功能，A，B，C和D.所有这些子功能都可以单独操作，即所谓的功能-A与功能-B无关，功能 - B与函数C无依赖等等。
我决定按功能分别创建DomainService，为CRUD创建DomainService_A以及与A相关的其他函数，CRUD的DomainService_B以及与B相关的其他函数。
我认为创建与功能相关的DomainService更适合进行代码管理，而且更容易维护，但我不知道其他因素，尤其是性能。我想知道，创建与服务相关的DomainService和为应用程序中的所有函数创建一个DomainService之间是否存在任何差异？哪个更好？
答案 0 :(得分：0)
我认为没有任何性能问题。但是，如果你采用这种思路，你很明显会发现有数百个域服务的场合，它们会破坏一些缓存机制服务器端或其他东西。
你的功能是什么意思？作为Unit of Work的功能？或者在方法调用中起作用？您是否有一个Silverlight客户端，您在那里做出业务决策？也许这导致许多方法调用回服务器。相比之下，您可以在服务器中做出业务决策，您只能使用少量方法调用。
从我的角度来看，域名服务分离是一个设计问题。例如，如果您有ORM，则可以将域名服务中的域名划分为业务对象。
设计LoB应用程序时需要考虑很多事项。