Может кто скинуть норм статеек/практик по подходам к организации валидации? Для

Question

Может кто скинуть норм статеек/практик по подходам к организации валидации? Для

меня например непонятны и интересны моменты по типу:
1) Сущность всегда должна быть валидна => хочется добавить проверку на валидность изменяемых в сущности свойств в саму сущность (например changeEmail), но в это же время сущность не в состоянии проверить этот email на уникальность. Что делать в таком случае?
2) Что делать если ранее сущность была валидна и уже сохранена, а сейчас при получении из базы - не валидна (например возраст не было обязательным полем, а теперь является обязательным)

#russian #software #symfony

0

15.11.2017

3 ответов

13 просмотров

Sergey P

по второму пункту - скорее всего "день рождения штука обязательная к заполнению но отсутствие значения вполне валидно, просто чел заполняя профиль будет обязан заполнить его в следующий раз. Так что делая подобные штуки просто придется забыть про ассампшен "всегда есть дата рождения"

0

15.11.2017

Serhii Автор вопроса

@Enleur мы тут вчера немного обсуждали тему валидации. Со 2ым пунктом разобрались и все достаточно легко. Насчет первого пообсуждали чутка и всеравно не пришли к единому мнению. Интересно твое мнение, как ты поступаешь в 1 случае?

0

16.11.2017

Sergey P · Accepted Answer

Sergey P

1. "уникальный email" не является бизнес ограничением на саму сущность, скорее на коллекцию сущностей 2. этот вопрос тебе надо было с бизнесом решить. Что делать с пользлователями которые не указали ранее возраст

0

15.11.2017

52 похожих чатов

Может кто скинуть норм статеек/практик по подходам к организации валидации? Для

3 ответов

Похожие вопросы