Я лишь хочу сказать, когда идет речь кому и во что верить - пытаться принизить убеждения собеседника самому, находясь в такой же позиции выглядит не очень, прям на крестовые походы похоже.
Если нельзя привести доказательства для опровержения утверждения и всё сводится к простому "а я считаю после смерти всё, конец", то с чего это убеждение надо считать каким то достойным внимания? Такого можно и верующим называть.
Исходя из ваших вводных я бы сделал валидатор пользователя (кидать исключения в конструкторе пользователя не оч идея). В конструктор валидатора передавал бы пользователя и репозиторий. Валидация через вызов метода Validate. У репозитория должен быть метод - верни пользователя по имени.
Интерфейс репозитория объявляется в домене, реализация в инфраструктуром слое.
ps ну и понятно это всё надо в одной транзакции с сохранением делать, ну или ограничение уникальности имени пользователя в БД
Сущность не должна знать о БД, но вполне может знать о репозитории (понятное дело через абстрацию в виде интерфейса).
Любой подход к разработке (в частности Чистая Архитектура) должен упрощать и помогать, а если приходится приносит жертвы и страдать, что то делается на так.
Читал как Яндекс переходил с Оракла на Постгрес, сложилось впечатление, что с Ораклом только одна проблема - деньги и очень большие. В остальном либо на равных либо Оракл лучше
Если не ошибаюсь у них после перехода стало в два раза больше железа, но это "ничто по сравнению со стоимостью лицензий Oracle"
Делитесь, когда у вас в компании принято использовать 400-е ошибки (ошибки клиента), а когда 500-е (ошибки сервера)?
Если делается публичное АПИ, то при выборе статуса ошибки стоит учитывать такую семантику: запрос после получения 500-ой ошибки может ретраится пока не получит, что то более осмысленное, а на 400-х прекращать попытки.
Ну и идемпотентность (ключи идемпотентности, как её проявление) стоило бы подробно рассмотреть.
Просто для объективности - RT заблокирована во всех странах Евросоюза
Я лишь хочу сказать, когда идет речь кому и во что верить - пытаться принизить убеждения собеседника самому, находясь в такой же позиции выглядит не очень, прям на крестовые походы похоже.
Речь не про придирки к формулировкам.
Если нельзя привести доказательства для опровержения утверждения и всё сводится к простому "а я считаю после смерти всё, конец", то с чего это убеждение надо считать каким то достойным внимания? Такого можно и верующим называть.
"После смерти есть жизнь", "После смерти ничего нет" -- оба тезиса анти-научны.
Репозиторий != база данных.
Исходя из ваших вводных я бы сделал валидатор пользователя (кидать исключения в конструкторе пользователя не оч идея). В конструктор валидатора передавал бы пользователя и репозиторий. Валидация через вызов метода Validate. У репозитория должен быть метод - верни пользователя по имени.
Интерфейс репозитория объявляется в домене, реализация в инфраструктуром слое.
ps ну и понятно это всё надо в одной транзакции с сохранением делать, ну или ограничение уникальности имени пользователя в БД
Можно подумать, если он начнет платить x2 по рынку, бизнес точно пойдет в гору
а с той стороны риски штрафа в маржу закладывают
Сущность не должна знать о БД, но вполне может знать о репозитории (понятное дело через абстрацию в виде интерфейса).
Любой подход к разработке (в частности Чистая Архитектура) должен упрощать и помогать, а если приходится приносит жертвы и страдать, что то делается на так.
парсишь выражения - ты программист, парсишь джейсоны - увы, не дотягиваешь
энтропия растет?
del
извиняюсь за дилетантский вопрос, но почему не погромировать игры на каком-нибудь UE?
с Аязом Шабутдиновым интересно узнать юридические детали, без них дело выглядит как правовой произвол.
Понятно у многих пригорает от всяких сомнительных обещаний "успешного успеха", но мошенники должны наказываться по конкретным статьям
ну вы же понимаете, что без конкретики ваша информация - "бабка во дворе сказала",
кем, стек, зарплатные ожидания?
Читал как Яндекс переходил с Оракла на Постгрес, сложилось впечатление, что с Ораклом только одна проблема - деньги и очень большие. В остальном либо на равных либо Оракл лучше
Если не ошибаюсь у них после перехода стало в два раза больше железа, но это "ничто по сравнению со стоимостью лицензий Oracle"
Если делается публичное АПИ, то при выборе статуса ошибки стоит учитывать такую семантику: запрос после получения 500-ой ошибки может ретраится пока не получит, что то более осмысленное, а на 400-х прекращать попытки.
Ну и идемпотентность (ключи идемпотентности, как её проявление) стоило бы подробно рассмотреть.
но компания автомобильная же
да причем здесь "товарищ майор", тут возможно человека спасать срочно надо
что именно нафантазировали?
заголовок статьи?
работу в Амазоне?
что живете в Испании?
откуда скорость разработки берется когда без типизации, объясните?