Wie zu verwenden eine Einfache Injektor -, Repository-und Kontext - erste code

Ich versuche, Einfache Injektor zu schaffen, mein repository und verwenden Sie es in der Business-Logik-Schicht ( auch ich will PerWebRequest-Methode ) .

In der DAL Schicht ich habe :

public interface IRepository<T> where T : class
{
    void Add(T entity);
    void Delete(T entity);
    void Delete(int id);
    void Update(T entity);
    T GetById(int Id);
    IQueryable<T> All();
    IEnumerable<T> Find(Func<T, bool> predicate);
}

und :

public class EFRepository<T> : IRepository<T>, IDisposable where T : class
{
    #region Members
    protected DbContext Context { get; set; }
    protected DbSet<T> DbSet { get; set; }
    #endregion

    #region Constructors

    public EFRepository(DbContext dbContext)
    {
        if (dbContext == null)
            throw new ArgumentNullException("dbContext");
        Context = dbContext;
        DbSet = Context.Set<T>();
    }

und mein Kontext :

public class PASContext : DbContext, IDbContext
{
    public DbSet<Product> Products { get; set; }
    public DbSet<User> Users { get; set; }

    public PASContext()
        : base("PostAndSell")
    { }
}

Wie Sie sehen können EFRepository hat nur einen Konstruktor, der ein argument - das ist, da will ich mit Einfach Injektor zum erstellen einer Instanz des Kontexts und der übergabe an das repository, während es erstellt wird .

In der BLL habe ich eine Klasse ProductBLL und ich möchte, um alle Produkte in dieser Klasse (mit einigen GetAll-Methode) aus der Datenbank und übergeben Sie es, sagen zu HomeController .

Ich brauche wirklich jemanden zum reden mich durch diese .

Begann ich, durch die Installation der richtigen Pakete aus dem nuger (Einfach Injektor und Einfache Injektor ASP.NET Integration)

auch in meiner global.asax.cs-Datei, unter Application_Start() Funktion die ich Hinzugefügt habe :

var container = new SimpleInjector.Container();

container.RegisterPerWebRequest<IRepository<Product>, EFRepository<Product>>();

aber wo erstelle ich die Context-Instanz ? und wie kann ich es in der business-Schicht ?

InformationsquelleAutor jony89 | 2013-12-15

asp.net-mvc c#inversion-of-control repository simple-injector

16

Da Sie wahrscheinlich haben viele IReposotory<T> Implementierungen (für Produkt, Kunde, Mitarbeiter, etc), ist es besser, eine einzige offene generische Registrierung für IRepository<T> wie diese:
```
container.Register(typeof(IRepository<>), typeof(EFRepository<>), Lifestyle.Scoped);
```
Wo der Gültigkeitsbereich lebensstil ist definiert als:
```
container.Options.DefaultScopedLifestyle = new WebRequestLifestyle();
```
Diese Registrierung wird sichergestellt, dass Einfache Injektor zurück EFRepository<Product> jedes mal, wenn ein IRepository<Product> angefordert wird, eine EFRepository<Customer> für IRepository<Customer>, und so weiter, und so weiter.

Da Sie die gleichen DbContext Instanz verwendet werden, die über alle repositories innerhalb der gleichen Anfrage, sollten Sie auch für die Registrierung DbContext mit dem scoped-Lifestyle:
```
container.Register<DbContext, PASContext>(Lifestyle.Scoped);
```
In der BLL habe ich eine Klasse ProductBLL und ich möchte alle Produkte
aus der Datenbank und übergibt es an, sagen wir HomeController

In diesem Szenario, das ProductBLL scheint wie eine nutzlose Abstraktion zu mir. Wenn alle es tut, ist die Weitergabe der Daten durch, Sie können so leicht lassen Sie Ihre HomeController abhängen IRepository<Product> direkt.
- Danke, aber wenn ich zu tun haben einige Klassen mit Logik in der BLL, wie kann ich das repository ? mein Konzept ist, dass der BLL spricht DAL durch repositories und MVC spricht BLL durch Klassen wie productBLL . Auch wenn ich für den Zugriff auf dieses repository im HomeController wie kann ich es tun ? und wenn EF wird die Datenbank erstellen ?
- Ein BLL-Klasse ist nur dann sinnvoll, wenn man tatsächlich jeder Logik. Aber wenn Sie haben Logik, Sie werden natürlich brauchen, um zu injizieren, dass ProductBLL in den controller anstatt das Produkt (oder im Fall, dass der hinzugefügte Verhalten ist ausschließlich cross-cutting-concerns wie logging, Sicherheit, Validierung, etc, Sie können diese mit einem decorator auf IRepository statt). Wenn Sie möchten, um den Zugriff auf die repo in der Steuerung, die Sie nur injizieren ein IRepository<T> in die Steuerung, es gibt nichts besonderes darüber. Dass einfach nur funktioniert.
- wie Sie sehen können ich bin ziemlich newbie mit diesem . wie kann ich einfach "injizieren" ein IRepository<Produkte> in den controller ? welcher code ist im Zusammenhang mit dem Wort "Spritzen" ? wie kann ich auf die Repostiroy in der productBLL und Spritzen es auf die controller - Bitte zeigen Sie mir einige Codes zu diesem Zusammenhang . Außerdem ich kann immer noch nicht sehen, wo eine Instanz von PASContext ist, geht auf den EFRepository Konstruktor.. und wenn die Datenbank erstellt wird ? als dies ist der code-first-Programm.
- Wenn Sie installiert haben das MVC-Quick Start NuGet, es ist nur eine Frage der Definition der öffentlichen Konstruktor auf Ihrem controller, der übernimmt einen parameter vom Typ IRepository<Produkte>. Einfache Injektor wird den rest erledigen.
- und wenn ich es will in meine BLL-Schicht ? wenn Sie können, beantworten Sie bitte meine anderen Fragen auch im letzten Kommentar. Danke.
- Beim auflösen einer Art, Einfache Injektor injizieren der Abhängigkeiten in den Konstruktor dieses Typs. Wenn Ihr HomeController hängt davon ab, BBLProducts, und Sie lösen einen HomeController, Einfache Injektor-erstellen einer BBLProducts für Sie. Wenn BBLProducts hängt von IRepository<Produkte>, Einfache Injektor spritzt ein EFRepository<Produkte> in das BBLProducts für Sie. Einfache Injektor wird der Aufbau einer vollständigen graph von verknüpften Objekten für Sie. Sie müssen nur lösen Sie das root-Objekt, und im Fall von MVC, das root-Objekt (controller) dargestellt.
- Wie tun Sie dies ohne Verwendung PerWebRequest? Ich bin mit OWIN, die nicht unterstützt HttpContext.Das aktuelle, aber ich möchte die gleiche entity framework-Kontext mit all repositories.
- Ich habe keine Erfahrung mit OWIN, aber ich denke, das verdient einen eigenen thread auf Einfache Injektor-Diskussions-forum. Was ist das Programmiermodell hinter OWIN? Einige interessante Beiträge zu dieser Diskussion ist das Programmiermodell hinter OWIN. Ist es asynchron wie Web-API?
- Werfen Sie einen Blick auf diesem thread.
- Danke @Steven, das war mir posting die Frage btw
- Oh, haha.. ich clesrly nicht achten 🙂
- Vielen Dank für die Decke bit-Registrierung. Ebenso, meine app hat zwei Schichtung Szenarien: (1) einfache CRUD-Controller verwenden eine IEntityRepository<T>, und (2) business-rich-Transaktionen erfolgt durch SomeService erwartet FooContext direkt. Die Dienste und Rahmen haben keine Schnittstellen. SimpleInjector spuckt runtime Fehler in Bezug auf den Kurzschluss Abhängigkeit und die zweideutige Lebensweise, sagen FooContext ist eine vorübergehende und DbContext eine web-Anfrage. Warum transient? Verschiedene genug für eine neue Frage?
- absolut verdient, eine neue Frage. Seien Sie so spezifisch wie möglich in Ihrer Frage: zeigen Sie Ihre Codes, Ihre Registrierungen, details der exception-Nachricht, und stellen Sie sicher, Lesen Sie die Dokumentation, die der Fehler-message-Punkte, um Sie vor der Buchung Ihrer Frage.
- Danke. Sie finden es hier - stackoverflow.com/q/41599706/146610
InformationsquelleAutor Steven

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.