Why do I need an IoC container as opposed to straightforward DI code? [closed]

I’ve been using Dependency Injection (DI) for a while, injecting either in a constructor, property, or method. I’ve never felt a need to use an Inversion of Control (IoC) container. However, the more I read, the more pressure I feel from the community to use an IoC container.

I played with .NET containers like StructureMap, NInject, Unity, and Funq. I still fail to see how an IoC container is going to benefit / improve my code.

I’m also afraid to start using a container at work because many of my co-workers will see code which they don’t understand. Many of them may be reluctant to learn new technology.

Please, convince me that I need to use an IoC container. I’m going to use these arguments when I talk to my fellow developers at work.

30 s
30

Leave a Comment