¿Por qué Ioc-Containers en Objective-C no es un enfoque popular?

Me preguntaba, ¿por qué en Objective-C Ioc-Containers son tan impopulares? Encontré solo unos pocos frameworks y solo pares de artículos al respecto.

Sin embargo, Ioc-Containers es extremadamente popular en otros lenguajes como C #, Java, etc.

Cual es la razon ? ¿Debo usar algo más en Objective-C para Inyecciones de Dependencia?

Tengo los mismos sentimientos, pero todos mis proyectos de iOS utilizan Typhoon framework como marco DI. (Hay muchas buenas razones por las que Typhoon es bueno )

Un blog en Objc.io mencionó sobre la técnica swizzling que reemplazaba dinámicamente un método con otro. Sin embargo, al autor todavía le gusta DI más como " hace que las dependencies sean explícitas " (por eso también me gusta DI).

Como menciona el tifón en su FAQ: categorías, swizzling de methods, tipeo de pato, clústeres de class, references asociativas en categorías, ninguno de estos es reemploop de DI. (Pero algunos argumentan .)

Hay muchas ventajas de DI / IOC.

Creo que la razón principal no es popular para la comunidad objective-c: no hay una function de cableado automático que requiera la encoding de ensamblados de componentes personalizados. O de alguna manera es difícil vender .