IUnitOfWork wie zu verwenden - best practice

Ich bin mit EF4.3.1 in einer .Net4.0 web-Formulare (nicht MVC!) - Anwendung.

Ich Neige dazu, verwenden Sie das repository-Muster mit einem IUnitOfWork-Schnittstelle. Aber ich Frage mich, wenn ich folgende best practices, vor allem da die meisten Beispiele, die ich verfolgt habe, sind basierend auf MVC apps.

Werde ich sagen, es ist nur eine kleine web-app, so beeinflussen können, dass die Lösung Entscheidungen.

Die Lösung hat derzeit 3 Projekte, Modell, Logik und die Website. Modell enthält die codefirst Entitäten und die IUnitOfWork-Schnittstelle. Die Logik enthält die Repositorys und service-layer. Website offensichtlich enthält die website codebehind, etc.

Ich benutze gar keine third-party injizieren utility (ninject, etc.). Ich manuell injizieren repositories mit einem IUnitOfWork d.h.

öffentlichen BookingRepository(IUnitOfWork unitOfWork)

Mache ich mir weniger klar, was zu tun mit der service-Layer ist, sollte die IUnitOfWork auch exisit in das Website-Projekt, oder existieren nur in der Logik und Modell-Schichten.

Derzeit ich Spritzen, ein repository und eine Einheit der Arbeit in einem service-d.h.

öffentlichen BookingService(IUnitOfWork unitOfWork, IBookingRepository repository, IAppSettings appSettings)

Aber dies bedeutet, dass die Begehung (save to db) erfolgt auf der Ebene der Site, aber ich Frage mich, ob es getan werden sollte, in die service-Schicht. Es bedeutet aber auch, dass seit meiner IUnitOfWork erklärt wird, in meinem Modell-Ebene, brauche ich eine Referenz zum Modell in meiner Website auch.

Was kann ich besser machen? Mache ich alles richtig? lol

IUnitOfWork sollte nicht weitergegeben werden ins repository, nur in Dienst. Siehe Beispiel hier stackoverflow.com/questions/9808577/...

InformationsquelleAutor raydenl | 2012-03-27

  1. 3

    Dmitrij Recht. Hier ist eine Beispiel-Implementierung für eine Einheit der Arbeit. Der Vorteil hierbei ist, dass das unit of work pattern koordiniert die Arbeit der mehrere Repositorys mit der Durchsetzung einer einzigen Datenbank-Kontext-Klasse von allen geteilt.

    Dies ist eine gute Ressource für den Anfang, um zu verstehen, wie diese Muster zusammen verwendet werden können. Es ist gültig für beide MVC und web Forms-Entwicklung. Die Implementierung des Repository und Unit of Work Pattern in eine ASP.NET MVC-Anwendung

    public class UnitOfWork : IDisposable
{
    private DbContext _context;
    private PersonRepository _personRepository;
    private CompanyRepository _companyRepository;

    public UnitOfWork(DbContext context)
    {
        this._context = context;
    }

    public void Commit()
    {
        _context.SaveChanges();
    }

    //We lazy-load our repositories...
    public PersonRepository PersonRepository 
    {
        get
        {
            if (this._personRepository == null)
            {
                this._personRepository = new PersonRepository(context);
            }
            return _personRepository;
        }
    }

    public CompanyRepository 
    {
        get
        {
            if (this._companyRepository == null)
            {
                this._companyRepository = new CompanyRepository(context);
            }
            return _companyRepository;
        }
    }

    //IDisposable implementation removed for brevity...
}

    InformationsquelleAutor Ben Ripley

Schreibe einen Kommentar