Size: a a a

Software Design/Architecture/Zen

2021 August 04

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Я подгружаю объект из базы по ID.
К примеру я вставляю ID сущности/агрегата которого не существует, далее возвращается NULL.
Какую я должен выкинуть ошибку? NullRef? InvalidArgument? Или кастом по типа EntityNotFound.
источник

AI

Arthur Irgashev in Software Design/Architecture/Zen
зависит от бизнес логики. если ты ожидаешь, что объект должен быть на 100% там, а его нет - то, скорее всего, какой-то InvalidOperatoinException или [SubdomainName]DomainException

если ты допускаешь, что объекта может не быть, то продолжаешь вычисления без него или шлёшь на клиент 404
источник

DP

Dimitry Polonskiy in Software Design/Architecture/Zen
Спасибо.
источник
2021 August 05

ГС

Господин Случай... in Software Design/Architecture/Zen
я правильно понимаю, что домен может предоставлять интерфейсы fetching strategies а инфраструктура реализует их для конкретной ОРМ ?
источник

DS

Dmitriy Simushev in Software Design/Architecture/Zen
да. причем на чтение вообще не обязательно все заворачивать в orm
источник
2021 August 07

A

Actor in Software Design/Architecture/Zen
Добрый вечер. Есть вопрос о DDD подходе.  Как организовать внедрение реализаций интерфейсов домена на уровень приложения традиционным способом, без библиотек/рефлексии? Думаю, для этого нужно использовать фабрики на уровне в Composition Root и собирать реализации в этом классе (грубый аналог ApplicationContext из Spring).
источник

YG

Yury Golikov in Software Design/Architecture/Zen
Звучит как, какая-то шиза) Вопрос как DI делать без либ/рефлексии?
источник
2021 August 08

A

Actor in Software Design/Architecture/Zen
да да
источник

A

Actor in Software Design/Architecture/Zen
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Загугли 8 lines of code - Greg Young
источник
2021 August 10

SK

Shpapin Krans in Software Design/Architecture/Zen
Гайз, а в паттерне цепочки обязанностей мы описываем только последовательность вызова и внутри handle не пишем логику, а вызываем какой-то класс, который в свою очередь может быть сделан через другой паттерн, верно?
источник
2021 August 11

В

Виктор in Software Design/Architecture/Zen
Если это оправданно и в этом есть необходимость
источник

SK

Shpapin Krans in Software Design/Architecture/Zen
К примеру, есть разные вариации отправки письма, нужно ли их делать через абстрактную фабрику, а само поведение через цепочку (если одна отправка не удалась, пробуем следующую) ?
источник

В

Виктор in Software Design/Architecture/Zen
Вы должны понимать что четкого ответа на этот вопрос нет 🙂 Вам как инженеру решать, стоит ли применять паттерн или нет. Паттерны усложняют код и применяются там, где от них может быть профит. Без контекста (функция, система, планы развития) вам никто не подскажет стоит тут применять паттерн или нет
источник

SK

Shpapin Krans in Software Design/Architecture/Zen
Окей, понял, спасибо)
Ну так как вероятность увеличения способов отправки 99%, то сделаю с двумя паттернами
источник

T🐜

The Ant 🐜 in Software Design/Architecture/Zen
Паттерны имеют свойство возникать сами собой, в процессе написания кода. Ничего они не усложняют.
источник

A

Artjom Kalita in Software Design/Architecture/Zen
Люди начинаються гоф и что-то схожее и начинают везде где можно паттерны ебошить в коде, ну да паттерны ничего не усложняют =)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Ну сделать херово можно и так и эдак.
источник

AV

Alexey Vetrov in Software Design/Architecture/Zen
Так это проблема людей, а не паттернов
источник

AV

Alexey Vetrov in Software Design/Architecture/Zen
Всякие околоддшные умники обмазываются антикоррапшнами своими, репозиториями и прочими - это же не проблема подхода
источник