MVC IoC Komponente Lifestyle PerWebRequest

Question

Ich begann gerade erst, mich mit MVC anzufreunden, als mir jemand IoC-Container erwähnte, und jetzt fühle ich mich, als wäre ich ein paar tausend Fuß gefallen und muss wieder hochklettern. Ich war versucht, sie einfach zu ignorieren, aber dann las ich den Component Lifestyle. Dies scheint eine große Sache für mich zu sein, wie erklärt, kann nicht übernommen Änderungen an Datenbank-Updates über Anfragen Leck, wenn meine Repositories Lifestyle auf Singleton anstelle von PerWebRequest gesetzt ist.

Also meine Frage ... gibt es eine Möglichkeit, die Komponente Lifestyle Affekt ohne Verwendung von IoC-Containern zu erstellen, oder ist das die einzige Option?

Answer 1

Sie können eine Implementierung immer als Singleton erstellen. Wenn ich jedoch über ein Repository spreche, denke ich nicht, dass es ein Bedürfnis gibt. Dies ist jedoch nicht der eigentliche Zweck, einen IoC zu verwenden. Die Verwendung des IoC entkoppelt den Benutzer Ihres Codes von der Implementierung selbst. Es erleichtert das Testen, da Sie Dinge ein- und auslagern können. Auch in meinem Fall finde ich es sehr nützlich für andere Zwecke. Nehmen Sie zum Beispiel Caching. In meinem lokalen Entwickler verwende ich Lucene.NET, um meine Cache-Implementierung mit einem diskettenbasierten Cache zu versehen. Wenn ich dann zu meinen Entwicklungs- und Staging-Plattformen dränge, benutze ich die standardmäßige .net-Cache-Implementierung. Wenn ich dann zur Produktion gehe, kann ich eine Velocity- oder MemCached-Implementierung verwenden. Ich muss nichts Besonderes machen, um von Punkt A nach Punkt B zu kommen, da ich StructureMap (meinen bevorzugten IoC-Container) verwende.

Es scheint, dass Component Lifestyle eher eine Designentscheidung als eine IoC-Entscheidung ist. Alle drei hier genannten Methoden zum Verwalten der Lebensdauer eines Objekts können ohne IoC durchgeführt werden ... aber das könnte (in einigen Fällen) ein interessanter Nebeneffekt eines IoC sein.