Repository-pattern und Rückgabetypen

Ich persönlich benutze einen generischen Typ-repository und und habe mein Lesen AsQueryable()

Hier ist die Schnittstelle.

interface IRepository<T>
{
    void Create(T item);
    IQueryable<T> Retrieve();
    void Update(T item);
    void Delete(T item);
    void SubmitChanges();
}

und hier ist die Umsetzung.

public class PersonsRepository : IRepository<Person>
{
    private DataContext dc;

    public PersonsRepository(DataContext dataContext)
    {
        dc = dataContext;
    }

    public void Create(Person Person)
    {
        dc.Persons.Add(Person);
    }

    public IQueryable<Person> Retrieve()
    {
        IQueryable<Person> Person = (from s in dc.Persons
                                       select s);
        return Person.AsQueryable();

    }

    public void Update(Person Person)
    {
        Person _Person = (from s in dc.Persons
                            where s.ID == Person.ID
                            select s).Single();
        {
            _Person.LastLogin = Person.LastLogin;
            _Person.Password = Person.Password;
            _Person.LastUpdate = Person.LastUpdate;
            //Cannot change your username.
        }
    }

    public void Delete(Person Person)
    {
        dc.Persons.Remove(Person);
    }

    public void SubmitChanges()
    {
        dc.SaveChanges();
    }
}

Nun, wenn Sie brauchen, um Abfragen an das repository, die Sie wollen, so etwas zu tun.

<sub>verzeihen Sie mir, der folgende code ist ungetestet und ich bin eigentlich mehr ein VB-Typ 🙁

hoffentlich erhalten Sie den Punkt</sub>

public class PersonsService
{
    private PersonRepository<Person> personRepository;

    public PersonService()
    {
        personRepository = new PersonRepository<Person>();
    }

    public UsablePerson GetPersonByID(int ID)
    {
        UsablePerson person = (from p in personRepository<Person>.Retrieve
                               where p.ID = ID
                               select new UsablePerson { p.FirstName, 
                                                         p.LastName, 
                                                         p.EmailAddress }).FirstOrDefault();

        return person;
    }
}

Für meine Zwecke, bin ich mit LINQ auf dieses Besondere Projekt, aber das kann angepasst werden, um beliebige Daten-layer, den Sie mag... das ist die Schönheit eines repository-Ebene.

Ich von hier aus "persönlich" auch über eine Service-Schicht, die sich mit den Nuancen der Datenverbindung... Dinge wie GetPersonByID oder GetPeopleSince(DateTime marker). Dies ist, wo ich Streifen aus den Informationen, die ich brauche (Z.B.: Passwörter) und speichern die restlichen Informationen, die entweder ein ViewModel oder einige andere POCO.

Wenn Sie denken, dass der Domain-Driven Design, die Tatsache, ein einzelnes Objekt hat verschiedene Konfiguration deutet wahrscheinlich verschiedenen Domänen. Dies macht es nicht nötig, ein separates Objekt für jede, aber es ist ein gutes Muster. Ein Weg dies zu erreichen ist eine Basis-Klasse it dem minimalistischen set von Eigenschaften. Dann erstellen Sie mehr zu "domain-specific" - Klassen, Erben von der Basis.

Als für die Daten zurückgegeben werden, gibt es eine Vielzahl von Möglichkeiten, "Verkehr copping" der Strömung. Mehrere repositories trennen Sie die domains schön, zum Beispiel. Aber diese Komplexität hinzufügt (keine gute Idee, es sei denn, absolut notwendig). Ich weiß nicht, wie ein einzelnes repository Rückkehr von verschiedenen Objekten. Es ist mehr akzeptabel, wenn Sie haben einige Eigenschaften von nullable (vielleicht).

Ich bin kein Freund von LINQ to SQL als DAL, da @KethiS vorgeschlagen hat, aber ich Arbeit in einem Enterprise-Umfeld und LINQ to SQL im Grunde saugt an der Waage. Mit LINQ ist ansonsten zu groß. Nur meine zwei Cent.

Wenn Sie zurückkehren können, ein Objekt geben, das besser ist. Wenn der Unterschied in der Objekte ist auf der Grundlage von Berechtigungen, prüfen, löschen der Daten, die der Benutzer nicht sehen sollten. Beachten Sie jedoch, ist dies nicht so skalierbar, wenn Sie greifen eine große Anzahl von Objekten.

Warum würden Sie wieder alle Felder, wenn Sie auch tatsächlich benötigen nur wenige von Ihnen? Wählen Sie die Felder, die Sie wirklich wollen, wenn Sie besorgt über die Leistung. Ich bin kein großer fan von streng nach einem design-Muster, vielleicht sollten Sie erwägen, ändern Sie das design entsprechend Ihrer Anforderung.