WCF RIA DomainServiceを作成するためのベストプラクティス

Question

私はSilverlight WCF RIAアプリケーションを作成しました。このアプリケーションは4つのサブ関数A、B、C、Dを持っています。関数-Bでは、関数-Bは関数-cとの依存関係がありません。

私は、私はそれが機能に関連して、別のDomainServiceを作成して考えるCRUDとCRUDとB.

に関連する他の機能のためにA、DomainService_Bに関連する他の機能のためのDomainService_A、関数によって分離のDomainServiceを作成することです決めますコード管理を行う方がよく、保守は簡単ですが、他の要因、特にパフォーマンスについてはわかりません。私は、知っておきたいのは、機能に関連して別々のDomainServiceを作成することと、アプリケーション内のすべての機能に対して1つのDomainServiceを作成することと、どちらが優れているかの違いですか？

Answer 1

パフォーマンスに関する懸念はありません。しかし、この思考の列車を取る場合、明らかにいくつかの機会を見つけることができますいくつかのキャッシング機構のサーバー側または何かを殺しているドメインサービスの何百ものサービス。

機能によってはどういう意味ですか？機能はUnit of Workとして機能しますか？メソッド呼び出しのように機能するか？そこにビジネス上の決定を下す銀色の顧客がいますか？たぶんこの結果、多くのメソッド呼び出しがサーバーに戻ってきます。これとは対照的に、少数のメソッド呼び出ししか使用できないサーバーでビジネス上の意思決定を行うことができます。

ドメインサービスの分離は、私の立場からすれば設計上の問題です。たとえば、ORMを使用している場合は、ドメインを等価ドメインサービスでビジネスオブジェクトに分割できます。

LoBアプリケーションを設計する際には、多くのことを考慮する必要があります。