インタフェースがなく、抽象化=収差のないリポジトリ？

Question

私はそのようなリポジトリを設計する際のフィードバックが必要です。深刻な夜には安心して休憩するのに役立ちます...
Webフォームのテストを書く意思がありません。
明日、来月または来年にORMまたはデータベースを変更するつもりはありません。 クエリロジックを集中化し、コードの重複を避ける場所が必要です。右？...

public class StuffRepository // no contract, I simply instanciate StuffRepository 
{ 
    // Scope is Per-Request, DI, no abstraction... 
    protected StuffDb DbContext = ObjectFactory.GetInstance<StuffDb>(); 

    // Returns a Stuff, an Entity (EF), no abstraction 
    public Stuff Get(Guid id) 
    { 
     return DbContext.Stuff.FirstOrDefault(s => s.Id == id); 
    } 
} 

私は完全に抽象化されたリポジトリ、個々のページのテスト容易性と抽象化されたエンティティ（DTOとドメイン/モデルオブジェクト）のためのWebフォームの上にMVPアーキテクチャで働いています。それは決して終わらない、それは十分ではない、完璧ではない。

私はすべての規則、原則に違反し、これをリポジトリと呼ぶ異常を生み出していますか？

この名前をStuffDALに変更すると、突然意味がありますか？

おかげで私に

Answer 1

私は正直言ってリポジトリについて同じように感じます。最終的に先月のことを読んだ後、私は本当にリポジトリをすべて行っているという印象を受けました一緒に間違っている。私が思ったのは、リポジトリだと思ったのは、DAOやDALだけでした。「永続性、私のオブジェクトを私に戻してください。」、または「永続性、後でそれが必要になるまでこのオブジェクトを保持します」という抽象化でした。

あなたが知っていることは、私が本当に必要とするものを正確に抽象化し、テストするのが簡単で、仕事を終わらせることができ、変更するのが簡単であれば、

これは、Eric Evansによってオブジェクトのインメモリストアが想定されているリポジトリですか？いいえ、そうではありませんが、ちょっと、私はあなたのためにそれをしません。

Answer 2

、リポジトリは再び例えば、あなたのデシベルを取得しないキャッシングなど、あなたのデータの上にあなたのグローバルな持続性を与えるためにここにあります。それはCRUD以外の専用の機能です。 DALでは、アプリケーションからの別の呼び出しでデータを唯一作成しているデータベースへのアクセス権を与えていますが、通常はデータベースへのCRUD呼び出しに限定されています。

あなたが書いたことは間違いありません第二の選択肢では。他にもいくつか追加して、私はそれほど厳しくはないかもしれません。

がありますが、hereという外観があり、両方の違いがすべて相対的であることがわかります。

インターフェイスを使用しないことにしても、私はそれをおすすめしません。いくつかの行を追加してからしばらくすると便利です...