Search
Write a publication
Pull to refresh

Comments 6

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

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

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

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

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

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

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

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

Но зачем?

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

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

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

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

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

Sign up to leave a comment.

Articles