Это может помочь, если вы объясните, в чем ваша проблема;сообществу легче решать конкретные проблемы, чем отвечать «есть ли более простое решение, которое не требует от меня понимания того, что я не формулирую».Однако было бы неплохо убедиться, что вы знакомы со статьями Фаулера по этому вопросу (http://martinfowler.com/articles/injection.html и http://martinfowler.com/bliki/InversionOfControl.html).Если вы понимаете эти статьи, у вас будет больше возможностей задавать вопросы, относящиеся к вашей проблемной области.
Однако, чтобы напрямую ответить на ваш вопрос, я обнаружил, что Ninject - наиболее интуитивно понятная структура внедрения зависимостей.Во многом благодаря довольно приятному беглому интерфейсу для привязки.StructureMap был почти таким же приятным.У меня ограниченный опыт работы с замком Виндзор, как правило, только случайное использование в других проектах.Я работал с образцом проекта SharpArchitecture и заменил Windsor на Ninject в предыдущих проектах.
Что касается использования библиотеки DI, то, насколько я знаю, наиболее важным является ограничение диапазона управления вашей структурой DI.относительно небольшой след.Например, я считаю, что в веб-приложениях контейнеры DI, как правило, лучше, когда они вызываются только вашей ControllerFactory.
Самый утомительный контейнер DI, с которым я работал, был в Spring (хотя яконечно, это лучше, чем когда я в последний раз пользовался им), но есть несколько действительно отличных примеров того, как его использовать, поскольку он оказал такое большое влияние как на сообщество Java, так и на сообщество .Net.
Редактировать: Предполагая, что ваша цель состоит в том, чтобы узнать, как DI может применяться в не совсем тривиальном примере проекта, рассмотрите пример проекта, поставляемого с SharpArchitecture (возможно, после прочтения руководства на веб-сайте SharpArchitecture).См. http://www.sharparchitecture.net/
Пример проекта на C #, а инструментарий SharpArchitecture включает в себя гораздо больше, чем внедрение зависимостей, но это должно продвинуть вас намного дальше, чем большинство тривиальных примеров проектов, которые я видел в Интернете.