GK
К сожалению прямо сейчас нет возможности вступать в дискуссию и защищать тезис, почему "чистая архитектура" не про архитектуру.
Size: a a a
2020 August 13
AN
что здесь сразу видно не по DDD?
по "Clean Arch" совпадает на 80% ... есть недоработки
по "Clean Arch" совпадает на 80% ... есть недоработки
AN
К сожалению прямо сейчас нет возможности вступать в дискуссию и защищать тезис, почему "чистая архитектура" не про архитектуру.
не дискуссия. Скорее подсказать и направить )
I
можно ли сказать, что DDD это теория, а "Чистая архитектура" в имплементации со всеми ее интеракторами (use cases), сервисами, презентерами это практика?
Нет. Это немного о разном, и они, скорее, дополняют друг друга. Хотя, если читать UseCases в оригинале Ивара Якобсона (а не ремейк Боба Мартина), то там очень много похожего с DDD, причем, сразу в Actor Model. У Пешкова в чате по DDD недавно как раз обсуждали UseCases в оригинале.
AN
Нет. Это немного о разном, и они, скорее, дополняют друг друга. Хотя, если читать UseCases в оригинале Ивара Якобсона (а не ремейк Боба Мартина), то там очень много похожего с DDD, причем, сразу в Actor Model. У Пешкова в чате по DDD недавно как раз обсуждали UseCases в оригинале.
Якобсона 2.0 от 2011 года?
A
что здесь сразу видно не по DDD?
по "Clean Arch" совпадает на 80% ... есть недоработки
по "Clean Arch" совпадает на 80% ... есть недоработки
на одном из круглых столов мы пришли к такому критерию: если заказчик смотрит в код и понимает бизнес-логику, то значит этот код соответствует подходу DDD. Если нет - то нет. То что на схеме может как соответствовать DDD, так и нет. Все зависит от того, что именно у написано внутри services и в прочих местах. Сама картинка не про DDD.
I
вот имплементации DDD ни разу не видел, чтобы гордо поднял разраб флаг и сказал: я пишу по DDD. В то же время код Дяди Боба он по всюду. )
- https://github.com/dotnet-architecture/eShopOnContainers
- https://github.com/microsoftarchive/cqrs-journey
- https://github.com/kgrzybek/modular-monolith-with-ddd
- https://github.com/kgrzybek/sample-dotnet-core-cqrs-api
- https://github.com/VaughnVernon/IDDD_Samples_NET
- https://github.com/VaughnVernon/IDDD_Samples
- https://github.com/gregoryyoung/m-r
- https://github.com/microservices-patterns/ftgo-application
- https://github.com/VaughnVernon/DDDwithActors
- https://github.com/microsoftarchive/cqrs-journey
- https://github.com/kgrzybek/modular-monolith-with-ddd
- https://github.com/kgrzybek/sample-dotnet-core-cqrs-api
- https://github.com/VaughnVernon/IDDD_Samples_NET
- https://github.com/VaughnVernon/IDDD_Samples
- https://github.com/gregoryyoung/m-r
- https://github.com/microservices-patterns/ftgo-application
- https://github.com/VaughnVernon/DDDwithActors
I
Якобсона 2.0 от 2011 года?
“Object Oriented Software Engineering: A Use Case Driven Approach” by Ivar Jacobson
AN
- https://github.com/dotnet-architecture/eShopOnContainers
- https://github.com/microsoftarchive/cqrs-journey
- https://github.com/kgrzybek/modular-monolith-with-ddd
- https://github.com/kgrzybek/sample-dotnet-core-cqrs-api
- https://github.com/VaughnVernon/IDDD_Samples_NET
- https://github.com/VaughnVernon/IDDD_Samples
- https://github.com/gregoryyoung/m-r
- https://github.com/microservices-patterns/ftgo-application
- https://github.com/VaughnVernon/DDDwithActors
- https://github.com/microsoftarchive/cqrs-journey
- https://github.com/kgrzybek/modular-monolith-with-ddd
- https://github.com/kgrzybek/sample-dotnet-core-cqrs-api
- https://github.com/VaughnVernon/IDDD_Samples_NET
- https://github.com/VaughnVernon/IDDD_Samples
- https://github.com/gregoryyoung/m-r
- https://github.com/microservices-patterns/ftgo-application
- https://github.com/VaughnVernon/DDDwithActors
благодарю 🙏🏻 прочитаю
I
благодарю 🙏🏻 прочитаю
👍))
I
Здесь изображены, по всей видимости, анемичные доменные модели. Это немного противостоит DDD, где для существования сервисов уровня домена есть только три причины.
AN
Имплементация DDD встречается редко, потому что при этом подходе нужно заниматься дизайном. Это ведь практика дизайна. А за дизайн не платят, платят за кодирование. Менеджеры все эти дизайны шмызайны не понимают.
"А за дизайн не платят, платят за кодирование. "
Вот с этим люто согласен. Печально наблюдать, что бизнес в лучшем случае владеет правилами арифметики, на то, что у него творится в системах, ему глубоко все равно с высокой колокольни. Однако, когда нырнешь внутрь кода этих систем, то хочется убивать.
Вот с этим люто согласен. Печально наблюдать, что бизнес в лучшем случае владеет правилами арифметики, на то, что у него творится в системах, ему глубоко все равно с высокой колокольни. Однако, когда нырнешь внутрь кода этих систем, то хочется убивать.
I
"А за дизайн не платят, платят за кодирование. "
Вот с этим люто согласен. Печально наблюдать, что бизнес в лучшем случае владеет правилами арифметики, на то, что у него творится в системах, ему глубоко все равно с высокой колокольни. Однако, когда нырнешь внутрь кода этих систем, то хочется убивать.
Вот с этим люто согласен. Печально наблюдать, что бизнес в лучшем случае владеет правилами арифметики, на то, что у него творится в системах, ему глубоко все равно с высокой колокольни. Однако, когда нырнешь внутрь кода этих систем, то хочется убивать.
Нужно проводить разъяснительную работу. Это непросто, но другого пути нет.
https://martinfowler.com/articles/is-quality-worth-cost.html
https://martinfowler.com/articles/is-quality-worth-cost.html
A
сообщений здесь про это много, но картинка пока не сложилась
Возможно я сейчас скажу страшное, но может попробовать изучить тему не по сообщениям в непрофильном чатике, а взяв книгу с последовательным и полным изложением?
AN
Возможно я сейчас скажу страшное, но может попробовать изучить тему не по сообщениям в непрофильном чатике, а взяв книгу с последовательным и полным изложением?
Товарищ Ленин был за ликвидацию безграмотности. )) И я тоже за нее всеми доступными способами. Собственно вопрос возник из-за наличия требования в вакансии.
А вот товарищ Троцкий мне не очень нравится.
А вот товарищ Троцкий мне не очень нравится.
A
Товарищ Ленин был за ликвидацию безграмотности. )) И я тоже за нее всеми доступными способами. Собственно вопрос возник из-за наличия требования в вакансии.
А вот товарищ Троцкий мне не очень нравится.
А вот товарищ Троцкий мне не очень нравится.
Если в вакансии пишут в списке аббревиатур DDD, то обычно это означает не полное следование всем возможным спеккам DDD. Все проекты с такой лычкой, что я видел, были "по мотивам DDD". Люди брали понятные части и применяли в проекте. Например Bouтded Context. Или строили сущности не как обычно в ООП принято. Но никто обычно не заморачивается с полным построением по DDD, со всеми наворотами.
A
A
Скотт хорошо объясняет
A
Если в вакансии пишут в списке аббревиатур DDD, то обычно это означает не полное следование всем возможным спеккам DDD. Все проекты с такой лычкой, что я видел, были "по мотивам DDD". Люди брали понятные части и применяли в проекте. Например Bouтded Context. Или строили сущности не как обычно в ООП принято. Но никто обычно не заморачивается с полным построением по DDD, со всеми наворотами.
я бы сказал, что часто DDD в списке означает, что будет свалка паттернов, в которой без поллитры не разберешься, и лучше бы эти люди про DDD не знали вообще.
GK
Нужно проводить разъяснительную работу. Это непросто, но другого пути нет.
https://martinfowler.com/articles/is-quality-worth-cost.html
https://martinfowler.com/articles/is-quality-worth-cost.html
++