IoC и DI - примеры архитектуры и реализации - PullRequest
1 голос
/ 12 ноября 2010

Я читал об этом подходе и до определенной степени понимаю теоретическую часть. Тем не менее, я хотел попросить сообщество поделиться своим реальным опытом того, где и как они применяли эту технику, а также какую выгоду получило их программное обеспечение.

Это не обсуждение того, какой IoC Container Framework лучше, а подход в целом.

Псевдокод и архитектурные идеи приветствуются!

Спасибо.

Ответы [ 2 ]

3 голосов
/ 12 ноября 2010

Когда я впервые испачкал свои руки с помощью DI и IoC, я обнаружил, что руководство по Ninject очень полезно. За ним легко следить, и он отлично справляется со всей необходимой информацией. Помимо великолепного руководства, Ninject - отличная бесплатная реализация внедрения зависимостей.

1 голос
/ 12 ноября 2010

Это действительно довольно просто:

Отделите код, который «связывает» объекты в вашем приложении от классов, которые фактически «являются» вашим приложением.

Другими словами, фундаментальное архитектурное понятие, которому вы должны следовать, - это изолировать весь код, который вызывает ключевое слово «new» или статические методы, от кода, который содержит логику бизнеса или приложения.

ОТДЕЛЬНЫЙ КОД, КОТОРЫЙ УСТАНАВЛИВАЕТ ОБЪЕКТЫ ОТ КОДА, КОТОРЫЙ ВЫЗЫВАЕТ МЕТОДЫ НА ЭТИХ ОБЪЕКТАХ !!

Извините за крик, но если вы будете следовать этому правилу, вы получите слабосвязанный, легко тестируемый код, который является точкой IoC и DI - независимо от того, какую платформу вы используете. Вам может даже не понадобиться каркас вообще!

У парня по имени Миско Хевери есть хороший блог на эту тему.

Блог Миско Хевери

Артикул

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...