Одним из важнейших аспектов внедрения зависимостей — управление жизненным циклом объектов. В .NET жизненный цикл объектов очень прост: объект создается, используется и уничтожается механизмом сборки мусора. Наличие интерфейса IDisposable немного усложняет эту картину, но сам жизненный цикл не становится сложнее. Объекты подпадают под сборку мусора, когда они становятся неиспользуемыми. И наоборот, они существуют, пока на … Читать дальше →
Главной задачей Локатора сервисов является предоставление экземпляров сервисов по запросам пользователей. Consumer использует интерфейс IService и запрашивает экземпляр у Локатора сервисов, который возвращает экземпляр той конкретной реализации, на возврат которой он сконфигурирован. Если рассматривать только статическую структуру классов, контейнеры внедрения зависимостей покажутся очень похожими на локаторы сервисов. Разница между ними очень мала и заключается не … Читать дальше →
Наибольшей проблемой при правильной реализации внедрения свойств является перемещение всех классов, имеющих зависимости, в корень компоновки. Распространенная ошибка — требование, чтобы все зависимости имели конструктор с определенной сигнатурой. Это вытекает из желания обеспечить динамическое связывание, чтобы зависимости можно было бы определять во внешнем файле конфигурации и, следовательно, изменять без перекомпиляции приложения. 1 2 3 4 … Читать дальше →
Сегодня рассмотрим следующий антипаттерн внедрения зависимостей Гибридное внедрение. Перегрузка конструктора часто встречается в проектах на .NET (в том числе в библиотеке BCL). Часто код перегрузки обеспечивает наличие подходящих значений по умолчанию для одного или двух полнофункциональных конструкторов, получающих на входе все определенные параметры. 1 2 3 4 5 6 7 8 9 10 11 12 … Читать дальше →
Паттерн можно считать общим языком, который можно использовать для краткого описания сложных концепций. С другой стороны, когда концепция (или скорее ее реализация) искажается, мы имеем дело с антипаттерном. Антипаттерн — это описание распространенного решения проблемы, из-за которого возникают серьезные негативные последствия. Антипаттерны часто возникают из-за игнорирования чего-либо и их однозначно следует избегать. Антипаттерны представляют собой … Читать дальше →
Как можем мы сделать зависимость доступной в каждом модуле без включения в каждый API компонента сквозных аспектов приложения? «Окружающий контекст» доступен любому потребителю через статическое свойство или метод. Потребляющий класс может использовать его следующим образом: 1 2 3 4 public string GetMessage() { return SomeContext.Current.SomeValue; }public string GetMessage() { return SomeContext.Current.SomeValue; } Чтобы быть полезным … Читать дальше →
Продолжаем разбираться с внедрениями зависимостей в .Net, так как данная тема является одним из обязательных к изучению для написания качественного, гибкого к изменениям и тестируемого кода. Сегодня разберем внедрение через свойство или Property Injection. Итак, поехали! Назначение Разорвать жесткую связь между классом и его необязательными зависимостями. Описание Как можно разрешить внедрение зависимостей как опцию в … Читать дальше →
С данного поста начнем разбираться с внедрениями зависимостей в .Net, так как данная тема является одним из обязательных к изучению для написания качественного, гибкого к изменениям и тестируемого кода. Начнем мы с первого базового паттерна внедрения зависимостей — внедрение через конструктор. Итак, поехали! Назначение Разорвать жесткую связь между классом и его обязательными зависимостями. Описание Суть … Читать дальше →