Comments 6
Ddd, это когда у разработчиков множество свободного времени, а у компании много деняк
Ничего себе в статье тэгнут, но кстати это никак не уведомляется на Хабре, и контекста читателям не даёт, почему кого-то это касается, лучше дать ссылку на коммент.
Надо будет пример покрутить на досуге, сейчас проблем решаемых генерацией уже нет, но для развития на будущее полезно.
Почему именно генерация, а не динамический код? Для типовых вещей нужны только метаданные и тогда можно в рантайме все сделать.
Да, можно все делать в рантайме (с оговорками на горизонтальную масштабируемость)
Но зачем?
Это не дает представления о кодогенерации, не позволяет легко все отлаживать и смотреть на результат (с подсветкой синтаксиса) и т.д.
В общем - даже работа по добавлению файлов идет через отдельный интерфейс.
И сканирование сборок тоже (и работает даже с System.Reflection).
Поэтому, когда (если) мне понадобится генерировать все в рантайме, я получу всю выгоду от SOLID.
Мне не нужно динамически (без пересборки приложения) что-либо изменять (я просто показываю как избавиться от boilerplate кода в своем DDD проекте).
C#, Кодогенерация и DDD Часть 3.1 — Правим подключение пакетов Nuget. Убираем рефлексию. Генерируем конечные точки MVC