創建WCF RIA DomainService的最佳實踐

Question

我已經創建了Silverlight WCF RIA應用程序，此應用程序有4個子功能，A，B，C和D.所有這些功能都可以單獨運行，即所謂的功能A沒有依賴性使用函數-B，函數-B與函數-C等沒有依賴關係。

我決定建立的DomainService單獨的功能，即涉及到A，DomainService_B的CRUD等功能DomainService_A的CRUD等功能有關B.

我認爲，與功能相關的是創造的DomainService獨立更適合做代碼管理，維護起來更容易，但我不知道其他因素，尤其是性能。我想知道，創建DomainService與功能相關的單獨創建DomainService併爲應用程序中的所有功能創建一個DomainService有什麼區別，哪一個更好？

Answer 1

我不認爲有任何性能問題。但是，如果你採取這一思路，你可以明顯地發現一些有數百個域名服務的場合，這些域名服務正在殺死一些緩存機制服務器端或其他東西。

你是什麼意思的功能？作爲Unit of Work的功能？或者像在方法調用中那樣工作？你有一個Silverlight客戶，你在那裏做商業決策嗎？也許這會導致許多方法調用回服務器。相比之下，您可以在服務器上做出商業決策，其中您只能使用少量的方法調用。

從我的角度來看，域服務分離是一個設計問題。例如，如果您有一個ORM，則可以將您的域以相同的域服務分割爲您的業務對象。

設計LoB應用程序時需要考慮很多事情。