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