Size: a a a

Software Design/Architecture/Zen

2020 September 26

DE

Dmitry Eliseev in Software Design/Architecture/Zen
Daniil Kostin
понятно, я отметил: + функционал.
Наверно очевидно, что для списка и папок функционал понятен: создать, удалить, редактировать + для папок добавить элемент, удалить элемент

По большому счету вопрос в том как сделать папки безболезненно отсоединяемыми/выключаемыми
Да и что конкретно должно быть в модели и на каком уровне разграничивать типы списков.
Если только создать, удалить и редактировать, то тогда очевидно, что это простейший CRUD, а не функциональность для экспериментов с DDD.
источник

SM

Sergey Milimko in Software Design/Architecture/Zen
Daniil Kostin
понятно, я отметил: + функционал.
Наверно очевидно, что для списка и папок функционал понятен: создать, удалить, редактировать + для папок добавить элемент, удалить элемент

По большому счету вопрос в том как сделать папки безболезненно отсоединяемыми/выключаемыми
Да и что конкретно должно быть в модели и на каком уровне разграничивать типы списков.
А что за папки?
источник

DK

Daniil Kostin in Software Design/Architecture/Zen
Dmitry Eliseev
Если только создать, удалить и редактировать, то тогда очевидно, что это простейший CRUD, а не функциональность для экспериментов с DDD.
хорошо, я напишу здесь ТЗ на 100 страниц, которое никто читать толком не будет и никакого практического смысла оно тоже не будет нести.
Смысл вопроса как начать с малого сразу c DDD подходом, чтобы применять DDD для чего он и создан - линейному возрастанию сложности с добавлением нового функционала
источник

DK

Daniil Kostin in Software Design/Architecture/Zen
Sergey Milimko
А что за папки?
папки как отключаемая фича куда можно класть списки
источник

SM

Sergey Milimko in Software Design/Architecture/Zen
Начни с чтения книг и просмотра обучающих материалов
источник

SM

Sergey Milimko in Software Design/Architecture/Zen
Без погружения в предметную область ддд нельзя применить
источник

ch

central hardware in Software Design/Architecture/Zen
Daniil Kostin
папки как отключаемая фича куда можно класть списки
А что должно быть с тем что в  этой папке после отключения этих папок?
источник

DK

Daniil Kostin in Software Design/Architecture/Zen
Sergey Milimko
Начни с чтения книг и просмотра обучающих материалов
Смотрю, читаю. Возник вопрос. Написал свое видение, интересно альтернативное мнение.
источник

DE

Dmitry Eliseev in Software Design/Architecture/Zen
Daniil Kostin
хорошо, я напишу здесь ТЗ на 100 страниц, которое никто читать толком не будет и никакого практического смысла оно тоже не будет нести.
Смысл вопроса как начать с малого сразу c DDD подходом, чтобы применять DDD для чего он и создан - линейному возрастанию сложности с добавлением нового функционала
DDD создан для анализа предметной области. Для выделения бизнес-контекстов и бизнес-операций.
источник

SM

Sergey Milimko in Software Design/Architecture/Zen
Проблема в том что в двух предложениях предметную область не описать. А без ее понимания адекватную модель не построить
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Daniil Kostin
хорошо, я напишу здесь ТЗ на 100 страниц, которое никто читать толком не будет и никакого практического смысла оно тоже не будет нести.
Смысл вопроса как начать с малого сразу c DDD подходом, чтобы применять DDD для чего он и создан - линейному возрастанию сложности с добавлением нового функционала
"Линейное возрастание сложности с добавлением нового функционала" это не DDD
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Это архитектура приложения, но не DDD
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
DDD - не архитектура
источник

DK

Daniil Kostin in Software Design/Architecture/Zen
central hardware
А что должно быть с тем что в  этой папке после отключения этих папок?
оно должно быть списком дел или картинок.
Т.е. Есть список в виде его элементов. Есть папки, которые организуют элементы списка или сами папки(вложенность).
Отключаем папки получаем flatten список.
источник

SM

Sergey Milimko in Software Design/Architecture/Zen
Вообще ддд сборная солянка подходов из разных областей в частности из объектного анализа и проектирования.
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Евгений Ромашкан
"Линейное возрастание сложности с добавлением нового функционала" это не DDD
Если мы говорим о контроле сложности кода приложения по крайней мере
источник

МФ

Максим Федоров... in Software Design/Architecture/Zen
Евгений Ромашкан
DDD - не архитектура
Видимо нужен новый термин: «архитектура из книг DDD”

Потому что явно не хватает слова для обозначения того, что называют этими буквами :)
источник

DK

Daniil Kostin in Software Design/Architecture/Zen
Sergey Milimko
Вообще ддд сборная солянка подходов из разных областей в частности из объектного анализа и проектирования.
DDD это методология разработки, которая применима к разным архитектурам.
источник

E

Ephrin in Software Design/Architecture/Zen
Вот. Скажите у кого есть идеи как контролировать сложность приложения, которое сильно базируется на событийной модели?
источник

E

Ephrin in Software Design/Architecture/Zen
ну прям события как в браузере
источник