SP
жаль лень
Size: a a a
2021 April 26
RD
понял! учту и попробую выделить конкретную feature
SP
ты можешь думать об этом не как "фича" а как bounded context.
SP
или как sub domain
SP
плюшка sub domain в том что что один sub domain может состоять из других sub domain
SP
и так можно до бесконечности дробить
RD
я думал так когда создавал Game, Dictionary, Crossword. - попробую залесть еще глубже
SP
DDD это как сэкс, когда делаешь это один получается не совсем то
RD
у меня появилась искра получить качественный ревю)
RD
пытался вынести общее между модулями чтобы не было дублирования;
SharedKernel для этого ж нужен или я не то что нада повыносил?SP
Ну то есть это просто Utils только по модному названо
RV
действительно жаль..
RD
ты про подход в целом исползования SharedKernel?
RD
согласен. пишу после работы для себя) сложно все самому увидеть.
SP
DDD вообще не про код, DDD это про процесс моделирования. Как ты исследуешь problem space и мэпишь это на solution space.
SP
все эти слои, антикорапшен лэйеры, агрегаты и т.д. - это все чуть из других штук. Это инструменты которые помогают тебе с изоляцией что бы мэппинг problem-solution space был более чистый. Просто помни что бизнес тебя не похвалит за слои. Бизнес тебя будет хвалить когда в обсуждении проблемы ты сможешь смотря на код им рассказать как работает и они поймут сразу без необходимости знать техническую подоплеку.
RD
на словах все понятно и красиво звучит) в общем посыл понятен
SP
не оч понятно просто какой смысл в это название вкладывается.
SP
ну вот у тебя там есть History например. По сути нет причин почему History должно быть частью Game. И в целом Game слишком абстрактная штука
RD
понял. Для бызнеса понятно что такое Dictionary, Game, но если я на совещании скажу мы засунем этов в SharedKernal ничего не будет ясно