Tag: service-locator

Ich habe ein kleines toolkit verwendet Unity-DI plus EntLib Service Locator. Das problem tritt auf, wenn eine Drittanbieter-apps versuchen, die EntLib service locator. Es sieht aus wie die EntLib Service Locator singleton, so dass, wenn die Drittanbieter-app,

Nach der Lektüre "Dependency Injection in .NET" von Mark Seemann ich bleiben Weg von der Service Locator das ist ein anti-pattern. Beim Lesen die release notes auf MVC 4 ich sehe: Verbesserte Inversion of Control (IoC) über

Kürzlich habe ich gelesen Mark Seemann Artikel über den Service Locator anti-pattern. Autor weist hauptsächlich zwei Gründe, warum ServiceLocator ist ein anti-Muster: API-Nutzung-Problem (was ich völlig in Ordnung) Wenn die Klasse beschäftigt ein Service locator ist es

Folgenden Ratschläge, die mir gegeben worden in diesem thread [Ninject-UOW-pattern, neue ConnectionString nachdem der Benutzer authentifiziert ist ich verstehe jetzt, dass ich, sollten Sie nicht verwenden die folgende Zeile... var applicationConfiguration = (IApplicationConfiguration) DependencyResolver.Current.GetService(typeof(IApplicationConfiguration)); ...als Service Locator

Ich bin mit L. Bugnion ist MVVM Light Framework. Was sind einige der empfohlenen Ansätze, um Parameter wie die Kunden-ID zu ViewModel-Konstruktor? Bearbeiten: Die parameter, die ich brauche für jede ViewModel ist nicht etwas, das geteilt wird,

Beide Muster scheinen, wie eine Umsetzung des Prinzips der inversion of control. Das heißt, dass ein Objekt, sollten Sie nicht wissen, wie zu konstruieren, deren Abhängigkeiten. Dependency Injection (DI), scheint die Verwendung einer Konstruktor oder setter zu

Betrachten Sie dieses Szenario. Ich habe einige business-Logik, die jetzt und dann wird benötigt zum schreiben einer log. interface ILogger { void Log(string stuff); } interface IDependency { string GetInfo(); } class MyBusinessObject { private IDependency _dependency;