Ich brauche unbedingt einen IoC Container, um Abhängigkeiten in einem immer komplexer werdenden System von Enterprise Services zu entkoppeln. Das Problem, mit dem ich konfrontiert bin, betrifft die Konfiguration (a.k.a.-Registrierung). Wir haben derzeit 4 verschiedene Umgebungen - Entwicklung zur Produktion und dazwischen. Diese Umgebungen haben zahlreiche Konfigurationen, die von Umgebung zu Umgebung leicht variieren; Aber in allen Fällen, dass kann ich derzeit an denken, Abhängigkeiten zwischen Komponenten unterscheiden sich nicht von Umgebung zu Umgebung, obwohl ich etwas verpasst haben könnte und/oder dies könnte sich natürlich ändern.IoC Container Konfiguration/Registrierung
Die ultimative Frage ist also, hat jemand eine ähnliche Erfahrung mit einem IoC-Framework? Oder kann jemand ein Framework vor einem anderen empfehlen, das eine flexible Registrierung ermöglicht, sei es durch eine Art Konvention oder vereinfachte Konfigurationsinformationen? Wäre ich immer noch in der Lage, von einer fließenden Oberfläche zu profitieren oder bin ich mit XML fest - ich möchte XML-Hölle vermeiden.
Bearbeiten: Dies ist eine. Net-Umgebung und ich habe Windsor, Ninject und Autofac betrachtet. Sie alle scheinen nun beide Registrierungsmethoden (fließend und XML) zu unterstützen, obwohl Autofacs Unterstützung für Lambda-Ausdrücke etwas anders aussieht als die anderen. Benutzt das jemand in einer ähnlichen Multi-Deployment-Umgebung?
ich Throught Ihre Post schnell lesen - interessanter Ansatz, Sie haben genommen. Seit ich diese Frage gestellt habe, nutzte ich Ninject für ein großes Projekt und sah schnell den Vorteil, Container-spezifische Konstrukte wegzuspalten. Ich muss mir genauer ansehen, was Sie getan haben. Vielen Dank! –