О декораторах, сквозной функциональности, CQRS и слоеной архитектуре

Автор вначале приводит пример декоратора и как он регистрируется. После описывает проблему дублирования кода валидации в таких декораторах для Query/Command Handler-ов(хотим одинаково валидировать но придется дублировать и писать несколько декораторов, а не 1). Собственно предлагает обобщить ICommandHandler/QueryHandler до IRequestHandler(точнее унаследовать) и как продолжение идеи до IUseCaseHandler<T1,T2>. Далее мы просто так же как в начале регистрируем декоратор на этот generic интерфейс и все по идее должно заработать, без всякого дублирования. Но вот для сервисов чтобы все работало придется работать явно с IUseCaseHadnler, вместо простого IAppService интерфейса.
Ну т.е. просто делаем очень общий интферфейс и на него вешаем 1 декоратор.
Примеров декораторов статье больше нет, видимо подразумевается что он будет аналогичен начальному.
Я понял так

Webpack 4 и code splitting

А если серьёзно то мне хочется плакать от того как развивается современный веб.

можете раскрыть свои переживания?

Учимся быть фуллстек разработчиками. Пишем приложение на React/Redux/Webpack/ASP.NET Core 2.0/EF Core

Спасибо за статью, написано довольно просто и понятно.
Почти со всем вышеописанным знаком, но после прочтения вне не перестаю удивляться сколько всего сейчас нужно знать чтобы писать fullstack веб приложение на новых технологиях. И ведь это все как то в голове укладывается.

Объединение .NET-сообществ

Есть еще довольно большое .NET сообщество в Екатеринбурге, но, как я понял, есть определенные препятствия чтобы быть в составе описанной в статье группы.

Блокчейн и все связанное с ним легализовали в Беларуси

Очень грамотное решение. Будем следить за развитием крипторынка в этой стране. Может и другие странцы подятнутся.

Система автономного вождения Audi — с Intel Inside

Автомобиль может управляться человеком, но это не всегда нужно.

Прочитал как «Автомобиль может управлять человеком, но это не всегда нужно.» :D

Что не так с DI абстракцией ASP.NET Core?

Кстати насчет научного тыка и чем они отличаются. Есть неплохая статья в блоге Daniel Palm с небольшим сравнением производительности и доступных фич среди множества IoC контейнеров, довольно часто обновляется.

Что не так с DI абстракцией ASP.NET Core?

Меня тоже немного смутила эта фраза. Во многих местах статьи автор ссылается на другие записи в блогах, в т.ч. Mark Seemann Conforming Container , в которой он более подробно описывает эти недостатки(кода там правда не много). Признаюсь, я не глубоко не вникал в стаью Mark-a, но судя под этим «наименьшим общем знаменателем» он имел в виду пересечение или объединение всех фич разных IOC контенеров.