Усилия по улучшению

Question

Вопрос идет от шаблонов архитектуры корпоративного приложения от Fowler.

Моих усилий для повышения формулы = DXR + с

• й номер домен определения (классы)
• г репликация определений
• гр сложность константой

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

Почему усилие табличного модуля для усиления растет экспоненциально?

Ссылки

• Книга http://www.amazon.com/Patterns-Enterprise-Application-Architecture-Martin/dp/0321127420

• домена Модель http://martinfowler.com/eaaCatalog/domainModel.html

• Таблица Модуль http://martinfowler.com/eaaCatalog/tableModule.html

Answer 1

Ну, это favourite diagram of Dino Esposito: о)

В основном это основано на опыте и чувствах разработчика. Что касается меня, модель домена применима для нескольких систем, для большинства из которых следует использовать менее сложные шаблоны. Может быть, это случай. Прикладное приложение для табличного модуля может иметь сложность «лайнера» в течение многих и многих лет, и это нормально. Но если вы чувствуете, что вы тратите много времени на выполнение одной и той же работы для разных частей/классов/модулей вашего приложения, если вы чувствуете, вы не можете контролировать это, если у вас есть распределенная команда и 10-20 разработчиков, вы можете думать о разделении проблем, ограниченном контексте и модели домена. Итак, эта диаграмма является главным образом маркетинговым шагом, чтобы «продать» вам DDD. Мне нравится DDD, но на самом деле это занимает много времени в начале, и есть шанс, что вы никогда не достигнете времени, когда DDD будет проще, чем любой DDD-способ.

Итак, отвечая на ваш вопрос - нет причин, просто сказать, что иногда DDD лучше.