MG
“хочу сказать, что круд действительно полезно иногда делать” - вы не можете его делать иногда. круд это просто аббревиатура типичных операций в рамках api.
“но там где логика и появляются сценарии” - везде есть логика и сценарии, это не является чем-то особенным для каких-то систем. Даже в самом простом todo-листе есть логика и сценарии.
Потому я всё ещё не согласен с вашей позицией, которая звучит как “словари и вот это все — признак сложного проекта. это не говорит о подходе раработки ничего” и считаю что это прямой признак стремления к каноническому DDD подходу в разработке. Без этих и других моих субъективных критериев, в малых по сложности проектах, - это будет просто использование отдельных элементов из DDD в основном касающиеся кода.
Если в двух словах.
- Вы говорите, что в малом проекте можно в DDD без словаря и прочего потому что оно там не нужно, но это всё равно соответствие DDD
- Я говорю, что
а) Скорее всего в малых проектах можно обойтись и без DDD и оставить на том же уровне качество логики и кодовой базы
б) Если и делать DDD в таких проектах на уровне кода, то это будет частичное соответствие DDD поскольку он гораздо шире в реализации
“но там где логика и появляются сценарии” - везде есть логика и сценарии, это не является чем-то особенным для каких-то систем. Даже в самом простом todo-листе есть логика и сценарии.
Потому я всё ещё не согласен с вашей позицией, которая звучит как “словари и вот это все — признак сложного проекта. это не говорит о подходе раработки ничего” и считаю что это прямой признак стремления к каноническому DDD подходу в разработке. Без этих и других моих субъективных критериев, в малых по сложности проектах, - это будет просто использование отдельных элементов из DDD в основном касающиеся кода.
Если в двух словах.
- Вы говорите, что в малом проекте можно в DDD без словаря и прочего потому что оно там не нужно, но это всё равно соответствие DDD
- Я говорю, что
а) Скорее всего в малых проектах можно обойтись и без DDD и оставить на том же уровне качество логики и кодовой базы
б) Если и делать DDD в таких проектах на уровне кода, то это будет частичное соответствие DDD поскольку он гораздо шире в реализации
