.netで要求 - 応答パターンを実装しています

Question

私は正しい方向に進むかどうかを知りたかっただけです。

私はすべての操作が要求オブジェクトを送信し、応答オブジェクトを戻す要求 - 応答（要求 - 応答）パターンを実装しています。例については

：

Public FetchCustomerResponse Fetch(FetchCustomerRequest searchObject) 

私は私のリポジトリの実装についての混乱の中で一種のです。

public interface IRepositoryReadOnly<TGetRequest, TGetResponse> : IDisposable 
{ 
    TGetResponse FetchAll(); 
    TGetResponse Fetch(TGetRequest reqObject); 
} 

public interface IRepositoryReadWrite<TGetRequest, TGetResponse, TPutRequest, TPutResponse> : IRepositoryReadOnly<TGetRequest, TGetResponse> 
{ 
    TPutResponse Insert(TPutRequest dto); 
    TPutResponse Update(TPutRequest dto); 
    void Delete(long id); 
} 

私が午前問題はvoid Delete(long id);である：私はこのような一般的なrepositiryインタフェースを持っています。

は、私は私のdeleteメソッドは、私はプロパティを持つDeleteRequestObjectを作成し、それが IRepositoryReadWriteに追加する必要など UserName, TimeStamp

のような他のフィールドを含むオブジェクトを受け入れるようにしたいですか？

これは私の見方です。 DeleteRequestとDeleteReponseオブジェクト以来

public interface IRepositoryReadWrite<TGetRequest, TGetResponse, TPutRequest, TPutResponse, TDeleteRequest, TDeleteResponse> : IRepositoryReadOnly<TGetRequest, TGetResponse> 
{ 
    TPutResponse Insert(TPutRequest dto); 
    TPutResponse Update(TPutRequest dto); 
    TDeleteResponse Delete(long TDeleteRequest); 
} 

は、すべての操作（私はそう思う）のために同じになりますこれは良い実装になるか、私はここで完全にオフトラックだし、すべて間違っていますか？

Answer 1

私はあなたがこのように行くかもしれないと言いますが、余分なRequest-Responseオブジェクトはあなたに害を与えません。

たとえば、IDでいくつかのエントリを絶えず削除していることがわかっている場合、定期的に1つのプロパティがいっぱいになっているリクエストオブジェクト全体を作成する必要がある場合は、 - またはネイティブクラスのメソッドでも、もしあなたが望むのであれば、それはlong idを受け入れ、あなたのリクエストオブジェクトを構築します。

idsだけを残しておけば、リクエストオブジェクトが必要になることもありますが、変更は非常に難しくなります。