Как стать автором
Поиск
Написать публикацию
Обновить

C#, Кодогенерация и DDD Часть 3.1 — Правим подключение пакетов Nuget. Убираем рефлексию. Генерируем конечные точки MVC

Уровень сложностиСложный
Время на прочтение10 мин
Количество просмотров3K
Всего голосов 4: ↑4 и ↓0+4
Комментарии6

Комментарии 6

Ddd, это когда у разработчиков множество свободного времени, а у компании много деняк

Да, без DDD бизнес-логика размазывается, появляется дублирование кода, а при поддержке все эти копипасты еще получают различное поведение.

Ничего себе в статье тэгнут, но кстати это никак не уведомляется на Хабре, и контекста читателям не даёт, почему кого-то это касается, лучше дать ссылку на коммент.

Надо будет пример покрутить на досуге, сейчас проблем решаемых генерацией уже нет, но для развития на будущее полезно.

Бойлерплейт же - основная проблема, решаемая генерацией.

А все, что не объекты и флоу - boilerplate (увы).

Почему именно генерация, а не динамический код? Для типовых вещей нужны только метаданные и тогда можно в рантайме все сделать.

Да, можно все делать в рантайме (с оговорками на горизонтальную масштабируемость)

Но зачем?

Это не дает представления о кодогенерации, не позволяет легко все отлаживать и смотреть на результат (с подсветкой синтаксиса) и т.д.

В общем - даже работа по добавлению файлов идет через отдельный интерфейс.

И сканирование сборок тоже (и работает даже с System.Reflection).

Поэтому, когда (если) мне понадобится генерировать все в рантайме, я получу всю выгоду от SOLID.

Мне не нужно динамически (без пересборки приложения) что-либо изменять (я просто показываю как избавиться от boilerplate кода в своем DDD проекте).

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации