У меня есть пользовательский интерфейс с некоторым набором полей, где поле становится обязательным на основе значения, вставленного в другое поле. Так что просто хотелось бы узнать, какая именно проверка должна выполняться на стороне сервера, а также в конце UI или достаточно, если я сделаю проверку на конце пользовательского интерфейса, но не на конце сервера.Лучшая практика для обработки валидации
ответ
Должны быть проверки на обоих клиентской стороне и стороне сервера.
Клиент не может предоставить неполную форму.
И если другой интерфейс будет развиваться, скажем, на веб-странице, разработчик может забыть обеспечить проверку. Затем серверная часть должна иметь возможность обрабатывать и отклонять недопустимую форму.
Советую проверить это в пользовательском интерфейсе, когда вы не используете какой-либо фреймворк. Это улучшит отзывчивость для вашего клиента. Валидация на стороне сервера также необходима, если вам нужны согласованные данные в вашей базе данных.
Может быть, думать об использовании рамки как Java Server Faces
правила с проверкой никогда не доверять вход. Предполагая, что вы создаете веб-приложение, вы должны, по крайней мере, проверять, когда вы впервые попадаете на сервер и быстро сообщаете об ошибках. Причина заключается в том, что пользователь ведет себя непредвиденно, а клиентский javascript легко подрывается. Клиентский javascript следует рассматривать как удобство для пользователя. Если вы предоставляете свои услуги на многих фронтах (толстый клиент, веб-службы и т. Д.), Вы также должны подтвердить свою эффективность в своих сервисах.
Проверка правильности подписи проста в применении, и пользователь быстро реагирует на его действия. Вам это понадобится.
Если вы хотите сохранить или сделать некоторую логику в бэкэнд, вы также должны проверить ее на бэкэнд.
Java/JSF спящий режим Пример (бэкенд):
@NotBlank(message = "{contact.firstName.isEmpty}")
@Size(min = 1, max = 255, message = "{contact.firstName.invalid}")
public String getFirstName() {
return firstName;
}
- 1. Лучшая практика для обработки исключений
- 2. Лучшая практика для обработки форм
- 3. Лучшая практика для обработки изображений?
- 4. Лучшая практика для обработки данных + проверка
- 5. Лучшая практика обработки нескольких селекторов
- 6. Лучшая практика обработки исключений Java
- 7. Koa - Лучшая практика для обработки ошибок доходности
- 8. Лучшая практика для обработки ExtJS обновления страницы
- 9. Лучшая практика для обработки этого случая исключения
- 10. Лучшая практика для обработки вторичных запросов страницы
- 11. Лучшая практика для обработки позиций строк
- 12. Лучшая практика для обработки большого сервиса WCF
- 13. Лучшая практика для обработки червячной URL-
- 14. Android: Лучшая практика для обработки данных JSON
- 15. Лучшая практика для обработки двух аналогичных объектов
- 16. iOS/iPhone лучшая практика для обработки событий
- 17. Лучшая практика для обработки интернет-доступности
- 18. Rails: Лучшая практика для обработки данных развития
- 19. Лучшая практика для обработки событий Socket.io?
- 20. Лучшая практика для обработки ошибок подключения
- 21. Лучшая практика для обработки видео iOS
- 22. Лучшая практика для сопоставимой модели валидации в Laravel 4?
- 23. Лучшая практика обработки партии длинных вызовов api
- 24. Лучшая практика обработки iOS-дозвона с Cordova
- 25. Meteor 1.4 - Лучшая практика обработки реактивных данных
- 26. Лучшая практика обработки конвергенции SMS/электронной почты
- 27. Лучшая практика обработки данных потока IoT
- 28. Лучшая практика обработки исключений в асинхронном вызове
- 29. Лучшая практика в рельсах после обработки данных
- 30. Лучшая практика обработки ошибок ответа службы xml