Здравствуйте, samius, Вы писали:

S>Здравствуйте, snaphold, Вы писали:


S>>т.е. основная непонятка feature — это полностью паралелльный код, чтобы не тратить много времени на понимание как врезаться и что можно переиспользовать из существующего
S>>или же имеется вида фича для заказчика просто, а код надо переиспользовать?
S>фичи — это вообще не про то, как должен использоваться код. Это о том, что если для реализации фичи надо будет все сломать и построить заново, то так тому и быть. Разумеется, это вульгарное объяснение, т.к. разработка базовой модели должна предвосхищать работу над фичами.

так получается ничего не мешает построить домен и фичи над доменом?

только непонятно как это выглядит архитектурно.
к примеру если в DDD был контролер из которого вызывался репозиторий, то тут просто CreateUserFeature которая внутри состоит из кучи подключаемых по возможности фич?

Если не затруднит просто пример кода могли бы накидать в вариента FDD и что-то другое