Size: a a a

Software Design/Architecture/Zen

2021 January 14

SF

Segmentation Fault in Software Design/Architecture/Zen
Sergey Protko
как ты определяешь хреновые данные или нет?
Это определяет бизнес в паре с аналитиками
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Segmentation Fault
Это определяет бизнес в паре с аналитиками
так и вижу как ты или твой аналитик задают такие вопросы бизнесу)
источник

SF

Segmentation Fault in Software Design/Architecture/Zen
Sergey Protko
так и вижу как ты или твой аналитик задают такие вопросы бизнесу)
О господи
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Human Human
Вопрос к тому, что у меня уже есть varchar(255) в базе.
+ валидация на фронте.
Почему бы мне просто не обрабатывать ошибки констрейнта базы в случае если кто-то пользуется API без фронта.
смотри. Если у тебя просто varchar(255) то твоя база тупо обрежет строку. По итогу ты потеряешь данные и потому тебе стоит об этом предупредить пользователя (валидация на клиенте, к слову обычно забывают об этом). В промежуточных слоях уже пофигу. Все будет хорошо

Если ты повесил констрейнт - значит тебе это важно и надо добавлять валидацию на уровне реквеста потому что это видимо бизнес ограничение такое.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
поскольку думать процесс дорогой проще всегда идти дорогой "дублируй правила валидации".
источник

HH

Human Human in Software Design/Architecture/Zen
Segmentation Fault
О господи
Я так понимаю ты ему такие вопросы задаешь 🙂
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Human Human
Я так понимаю ты ему такие вопросы задаешь 🙂
ну про агрегаты то? я сам тупил в свое время так что... не мало времени ушло что бы разобраться
источник

SF

Segmentation Fault in Software Design/Architecture/Zen
Human Human
Я так понимаю ты ему такие вопросы задаешь 🙂
Я ему не задаю)
источник

HH

Human Human in Software Design/Architecture/Zen
Sergey Protko
поскольку думать процесс дорогой проще всегда идти дорогой "дублируй правила валидации".
Звучит разумно. Но я не про бизнес констрейны а про условную длину описания и email. Валдиация на фронте есть.
Я как раз задумался по причине того, что надоело по 4 раза писать одно и тоже. В особенности max(255)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Human Human
Звучит разумно. Но я не про бизнес констрейны а про условную длину описания и email. Валдиация на фронте есть.
Я как раз задумался по причине того, что надоело по 4 раза писать одно и тоже. В особенности max(255)
не делай 4 слоя там где можно обойтись двумя)
источник

SF

Segmentation Fault in Software Design/Architecture/Zen
Sergey Protko
ну про агрегаты то? я сам тупил в свое время так что... не мало времени ушло что бы разобраться
А, ну я до конца не понял как "правильно". Сущности - паспорт и адрес . Список доступных адресов выдает другой сервис по API, мы это кешируем в редисе. Кажется, что это один агрегат, поскольку у нас нигде паспорт без адреса не фигурирует и не может быть, то это кажется одним агрегатом. Но технически две сущности в разных местах. Вот не знаю как быть. Создать репозиторий паспорта и отдельно репо с адресами разбив "агрегат"? Ну наверное так.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Segmentation Fault
А, ну я до конца не понял как "правильно". Сущности - паспорт и адрес . Список доступных адресов выдает другой сервис по API, мы это кешируем в редисе. Кажется, что это один агрегат, поскольку у нас нигде паспорт без адреса не фигурирует и не может быть, то это кажется одним агрегатом. Но технически две сущности в разных местах. Вот не знаю как быть. Создать репозиторий паспорта и отдельно репо с адресами разбив "агрегат"? Ну наверное так.
может быть одна сущность и два агрегата, а две сущности как часть одного агрегата это сомнительно
источник

SP

Sergey Protko in Software Design/Architecture/Zen
сущность - это оч абстрактная штука. Эванс ее в своей книжке ввел и потом не раз пожалел.
источник

SF

Segmentation Fault in Software Design/Architecture/Zen
Sergey Protko
сущность - это оч абстрактная штука. Эванс ее в своей книжке ввел и потом не раз пожалел.
И в этой же книге говорится, что несколько сущностей в одном агрегате - норма, только сегодня читал
источник

SP

Sergey Protko in Software Design/Architecture/Zen
потому что сущность это просто "что-то". Потому это оч бесполезное слово. В любом случае агрегат это неделимая единица с точки зрения стораджа
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ну и опять же - потому он и жалеет что про сущности писал)
источник

SP

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

SP

Sergey Protko in Software Design/Architecture/Zen
рекомендую вот эту штуку почитать
источник

SP

Sergey Protko in Software Design/Architecture/Zen
она достаточно маленькая
источник

SF

Segmentation Fault in Software Design/Architecture/Zen
Sergey Protko
потому что сущность это просто "что-то". Потому это оч бесполезное слово. В любом случае агрегат это неделимая единица с точки зрения стораджа
Не стораджа, а транзакции. В книге не говорится, что сторадж должен быть один, а вот транзакция - одна.
источник