WCF RIA複雑なクエリを使用したService Agentパターン

Question

RIAドメインコンテキストを自分のビューモデルから抽象化してデータソースに依存しないようにするためのベストプラクティスを探しています。私が見つけることができる最善の解決策は、hereと記載されているサービスエージェントのパターンのようです。しかし、比較的複雑なクエリロジックを実行するとどうなりますか？

たとえば、現在のビューモデルではドメインコンテキストがあります。のは、私は、検索クエリの構築に関与した論理のビットがあるContactSearchViewModelを、持っているとしましょう：

protected EntityQuery<Contact> CreateSearchQuery() 
    { 
     var query = Context.GetContactsQuery().Where(
         e => e.First_Name.ToLower().StartsWith(FirstNameSearch.ToLower()) && 
         e.Last_Name.ToLower().StartsWith(LastNameSearch.ToLower())); 
     if (!string.IsNullOrEmpty(Phone)) 
     { 
      query = query.Where(q => q.Phone == Phone || 
            q.Mobile == Phone || 
            q.Work == Phone); 
     } 
     if (SelectedContactType == "Prospect") 
     { 
      query = query.Where(q => q.Contact_Type_Id == 1); 
     } 
     else if (SelectedContactType == "Customer") 
     { 
      query = query.Where(q => q.Contact_Type_Id == 2); 
     } 
     return query; 
    } 

今、私はもちろんpublic EntityList<Contact> SearchContacts(string firstName, string lastName, string phone, ContactType contactType)のようになります署名でサービス・エージェント・メソッドを持っていますが、私の場合は想像できます検索クエリはさらに複雑になりました。このインターフェイスは扱いにくくなります。私はドメインのコンテキストと同じように、VMでクエリを構築することができる、より良い選択肢がありますか？または私はそれを吸うといくつかのパラメータオブジェクトを使用する必要がありますか？

私は現在VMの小さな階層を持っているので、基本検索クラスとテンプレートメソッドを使用してさまざまな検索を実行するため、VMのクエリを構築することができます。

は、私は、この継承構造を使用して固定コードの重複の多くを引き起こすクライアントからのクエリを生成することができません。

Answer 1

私はリポジトリのパターンを調べることをお勧めします。これはDDDの一部ですが、どのアーキテクチャにも対応しています（IMO）。クエリロジックを格納するのが目的です。

single purposeでない限り、VMオブジェクトのクエリロジックを提供するのが汚いようです。