Чем дизайн, управляемый доменом, отличается от простого использования спецификации?
Я читал, что Domain Driven Design - это сосредоточение внимания на проблемной области, а не на программном обеспечении. Они говорят, что легче решить сложность предметной области, чем сложность программного обеспечения, потому что после того, как вы решили предметную область, вы также лучше знаете, как создавать программное обеспечение. Также они говорят, что на самом деле домен сложнее, чем структура программного обеспечения, или что если вы не видите лес из леса, у вас проблемы.
Но чем дизайн, управляемый доменом, отличается от простого использования спецификации программного обеспечения? Я имею в виду, конечно, мы должны узнать проблемную область, прежде чем мы начнем писать код. DDD изобретает велосипед?
Ответы 1
Доменно-ориентированный дизайн - это скорее создание общей модели мира (и связанного с ней общего языка), которую можете использовать как вы, так и эксперты в предметной области.
Теоретически это означает, что разработчики могут писать код, который читается как описание предметной области, а эксперты предметной области могут смотреть через плечи разработчиков и видеть, что происходит.
Спецификация не дает таких обещаний относительно общего языка или модели мира, она просто говорит: «Мы собираемся создать что-то конкретное». Разработанная вами четко определенная модель класса может работать, но она может не особенно хорошо отражать «реальность».
Есть хорошая бесплатная книга по доменно-ориентированному дизайну здесь (к сожалению, требуется вход в систему).