Wie eine Datenbank-Schnittstelle

Question

Um entwerfen Zugriff auf die Objekte in der Datenbank zur Verfügung zu stellen, ich eine Schnittstelle geschaffen für alle Teammitglieder wie dieses (vereinfachtes Beispiel) verwendet werden:

public interface IDatabase 
{ 
    ObservableCollection<Animal> Animals{ get; } 
} 

I didn‘ t will das Team für den Zugriff auf Interna wie der Datenbankkontext oder einige oracle-Objekte (Kapselung) ...

ich zwei spezifische Klassen implementiert im wirklichen Leben verwendet wird und für Unit-Tests:

public class TestDatabase : IDatabase 
{ } 

public class OracleDatabase : IDatabase 
{ } 

Nach einiger Nutzung der Teammitglieder für immer mehr Funktionen fragen, und ich habe Methoden meine Schnittstelle hinzuzufügen:

public interface IDatabase 
{ 
    ObservableCollection<Animal> Animals{ get; } 
    ObservableCollection<Animal> Animals(Gender gender); 
    ObservableCollection<Animal> Animals(Gender gender, Race race); 
} 

Einige der Filter- und Sortier Sachen könnten natürlich durch den Entwickler selbst durchgeführt werden, aber Es befindet sich besser in der Datenbank.

---

Mein Problem ist jetzt, dass meine Schnittstelle explodiert ist, wird es jeden Tag mehr spezialisierte Funktionen bekommen, ist es alles andere als stabil ist und hält die ganze Zeit ändern.

Ist mein Design von Anfang an fehlerhaft?

einige Ideen, die Frage zu lösen:

1. die Datenbank Kontextobjekt für alle Entwickler aussetzen (schlecht glaube ich)
2. eine Funktion hinzufügen, die eine Linq-Abfrage

Answer 1

Sie versuchen, die Repository/UnitOfWork-Muster neu zu erfinden, und Sie tun es nicht ganz richtig.

A würde richtiger Ansatz, um diese Nähe:

// shared between repositories 
public interface IGenericRepository<T> 
{ 
    T CreateNew(); 

    void Delete(T item); 
    void Update(T item); 
    void Insert(T item); 

    IEnumerable<T> FindAll(); 
    T FindOne(int id); 
} 

// specific repositories 
public interface IAnimalRepository : IGenericRepository<Animal> 
{ 
    IEnumerable<Animal> FindByNumberOfLegs(int NumberOfLegs); 
    // ... anything specific follows 
} 

public interface IHumanRepository : IGenericRepository<Human> 
{ 
    IEnumerable<Human> FindByGender(Gender gender); 
    // ... specific repository logic follows 
} 

// unit of work - a service for clients 
public interface IUnitOfWork : IDisposable 
{ 
    IAnimalRepository AnimalRepository { get; } 
    IHumanRepository HumanRepository { get; } 
    // .. other repositories follow 

    void SaveChanges(); 
} 

Auf diese Weise Ihrer Service-Schicht auf der Repository-Schicht abhängt und Sie können zwischen Implementierungen leicht, zum Beispiel für Komponententests wechseln. Ihre Kunden schreiben

// example code 
using (IUnitOfWork uow = new YourImplementationOfUnitOfWork()) 
{ 
    var animals = uow.AnimalRepository.FindByNumberOfLegs(3); 

    var person = uow.HumanRepository.CreateNew(); 
    person.Name = "John"; 
    uow.HumanRepository.Insert(person); 

    uow.SaveChanges(); 
} 

Wenn Sie planen, die Anzahl der Methoden zu beschränken, können Sie einfach ändern leicht die Repository-Schnittstelle:

// shared between repositories 
public interface IGenericRepository<T> 
{ 
    T CreateNew(); 

    void Delete(T item); 
    void Update(T item); 
    void Insert(T item); 

    IQueryable<T> Query { get; } 
} 

Auf diese Weise Ihre Kunden LINQ verwenden können:

// example code 
using (IUnitOfWork uow = new YourImplementationOfUnitOfWork()) 
{ 
    var animals = uow.AnimalRepository.Query.Where(a => a.NumberOfLegs == 3); 

    var person = uow.HumanRepository.CreateNew(); 
    person.Name = "John"; 
    uow.HumanRepository.Insert(person); 

    uow.SaveChanges(); 
} 

Answer 2

Könnte ich akzeptiert schlage vor, das Schnittstellen-Trennprinzip anzuwenden? d.h. Trennen Sie Ihre Schnittstellen in logische Gruppen. Dadurch können die Benutzer Ihrer Schnittstelle auch keine Teile davon implementieren, die sie nicht benötigen. Die Stabilität sollte ebenfalls steigen, da Sie mehr diskrete Teile testbaren Codes haben.