¿Por qué no pasas tu contenedor IoC?

En esta página de "Mejores prácticas" de AutoFac (http://code.google.com/p/autofac/wiki/BestPractices), ellos dicen:

No pase el contenedor. Darle acceso a los componentes al contenedor, almacenarlo en una propiedad estática pública o hacer que funciones como Resolve () estén disponibles en una clase 'IoC' global anula el propósito de usar la inyección de dependencia. Tales diseños tienen más en común con el patrón de Localizador de Servicio. Si los componentes tienen una dependencia en el contenedor, observe cómo utilizan el contenedor para recuperar servicios y agregue esos servicios a los argumentos de constructor del componente (dependencia inyectada) en su lugar.

Entonces, ¿cuál sería una mejor manera de tener un componente "dinámicamente" instanciar otro? Su segundo párrafo no cubre el caso en el que el componente que debe "crearse" dependerá del estado del sistema. O cuando el componente A necesita crear X número de componente B.

Respuestas a la pregunta(4)

Su respuesta a la pregunta