创建 WCF RIA DomainService 的最佳实践

Question

我已经创建了 Silverlight WCF RIA 应用程序，这个应用程序有 4 个子功能，A、B、C 和 D。它们都可以单独运行，也就是说功能-A 与功能-B 没有依赖关系，功能- B与function-C等没有依赖关系。

我决定按功能创建 DomainService，为 CRUD 和其他与 A 相关的函数创建 DomainService_A，为 CRUD 和其他与 B 相关的函数创建 DomainService_B。

我认为通过功能相关来单独创建 DomainService 更适合进行代码管理并且更易于维护，但我不知道其他因素，尤其是性能。我想知道，按功能相关创建DomainService与为应用程序中的所有功能创建一个DomainService和哪个更好之间有什么区别？

Answer 1

我认为没有任何性能问题。但是，如果您采用这种思路，您显然会发现一些具有数百个域服务的场合，这些服务正在扼杀一些缓存机制服务器端或其他东西。

函数是什么意思？用作Unit of Work?还是在方法调用中起作用？您是否有一个 Silverlight 客户，您可以在其中做出业务决策？也许这会导致许多方法调用回服务器。相比之下，您可以在服务器中做出业务决策，其中您只能使用少量的方法调用。

在我看来，域服务分离是一个设计问题。例如，如果您有一个 ORM，您可以将您的域划分为与您的业务对象相同的域服务。

在设计 LoB 应用程序时需要考虑很多事情。