Что делать, если значение не прошло проверку в сеттере? Интересуют best practices. Пример: есть объект, у него строковое свойство, в которое можно записывать не пустые строки. Что делать, если значение не удовлетворяет условию? Бросать исключение? По-тихому запрещать присваивание? Корректировать значением по умолчанию? Статьи по теме:java, c#javascriptaction script
Во-первых, стоит рассмотреть возможность использования исключения, чтобы сообщить об ошибке валидации значения. Бросание исключения позволит вызывающему коду обработать ошибку или принять соответствующие меры.
В случае, если значение не прошло проверку, возможно стоит вернуть значение по умолчанию или оставить текущее значение свойства без изменений. Это зависит от конкретного случая использования и требований бизнес-логики.
Кроме того, можно рассмотреть возможность использования паттерна "Guard Clause" (Защитное выражение), когда проверка значения производится в начале метода или сеттера, и если значение не удовлетворяет условию, то метод или сеттер завершается без изменения состояния объекта и возможно выводом сообщения об ошибке.
В целом, рекомендуется выбирать подход, который наилучшим образом соответствует требованиям конкретной ситуации и позволяет корректно обрабатывать ошибочные сценарии.
Во-первых, стоит рассмотреть возможность использования исключения, чтобы сообщить об ошибке валидации значения. Бросание исключения позволит вызывающему коду обработать ошибку или принять соответствующие меры.
В случае, если значение не прошло проверку, возможно стоит вернуть значение по умолчанию или оставить текущее значение свойства без изменений. Это зависит от конкретного случая использования и требований бизнес-логики.
Кроме того, можно рассмотреть возможность использования паттерна "Guard Clause" (Защитное выражение), когда проверка значения производится в начале метода или сеттера, и если значение не удовлетворяет условию, то метод или сеттер завершается без изменения состояния объекта и возможно выводом сообщения об ошибке.
В целом, рекомендуется выбирать подход, который наилучшим образом соответствует требованиям конкретной ситуации и позволяет корректно обрабатывать ошибочные сценарии.