DDD-Repositories-Muster mit NHibernate

Question

Ich bin verwirrt. Dies ist ein Blogeintrag von Ayende Rahien Repository is the new singleton.

Ich glaube, dass ein Repository nur CRUD-Operationen und keine zusätzlichen Abfragen durchführen sollte, sonst werden Sie mit solchen Methoden auf Ihrem Repository enden.

1. FindCustomer (id)
2. FindCustomerWithAddresses (id)
3. FindCustomerWith ..

Also meine Frage ist, wo (in welcher Schicht) würde man die Abfragen tun, um Entitäten abrufen?

Answer 1

Es ist möglich, ein Repository zu schreiben, das CRUD-Standardoperationen hat. Zum Beispiel:

public interface IRepository<TEntity> 
{ 
    TEntity FindByIdentity(object identity); 
    TEntity FindBy(Expression<Func<TEntity, bool>> specification); 
    IList<TEntity> FindAll(); 
    IList<TEntity> FindAllBy(Expression<Func<TEntity, bool>> specification); 
    TEntity Save(TEntity saveable); 
    void Delete(TEntity deletable); 
} 

Expression> ist im Grunde Spezifikation und können Abfragen auf diese Weise kapseln sein. Wenn wir diese Art von Repository haben, dann müssen wir nicht viele spezifische Repositories schreiben.

Alternativer Pfad ist create Abfrage Objekt. Wir könnten die Schnittstelle dieser Abfrage zur Core/Busines-Logikschicht und zur Implementierung zur Dienste/Datenschicht hinzufügen. Auf diese Weise haben wir schön Abfragen wie AllPreferredCustomersQuery benannt. Es ist den Spezifikationen ziemlich ähnlich, aber die Spezifikationen verwenden keine Infrastruktur und daher können wir sie der Core/Business-Logik-Ebene hinzufügen. Abfrage Objekte sind konfigurierbar (zB Limite hinzufügen möchten, holen Strategien, verbindet etc.)