Если у нас есть Проверка Стороны Браузера
Для приложения бэк-офиса, которое будет используемым в доме и пользователях, обученных использовать его, делает имеет смысл иметь проверку стороны браузера. После того, как учебные пользователи будут редко делать ошибки. За эти ошибки ухватиться сторона сервера. Также принимая во внимание, что доступность пропускной способности является меньшим беспокойством, я чувствую, что мы должны избежать проверок стороны браузера. Это сэкономит усилия поддержания той же функциональности в двух местах.
8 ответов
Сначала разверните ваше приложение без валидации на стороне клиента. Затем понаблюдайте за своими пользователями, чтобы решить, стоят ли усилия по добавлению проверки на стороне клиента выгоды.
Даже при работе опытных пользователей в быстрой сети проверка на стороне клиента может сделать приложение чуть быстрее и приятнее в использовании.
В Java вы можете использовать такие библиотеки, как Spring Modules Validation. Вы указываете правила валидации в коде Java с помощью аннотаций, а библиотека генерирует JavaScript для валидации на стороне клиента и Java для валидации на стороне сервера. Аккуратно. Оригинальный проект был форкнут и сейчас снова находится в разработке.
Вам всегда нужна проверка на стороне сервера.
Что касается проверки на стороне клиента, она не только экономит трафик, но и повышает удобство использования (немедленный ответ, отсутствие обратного обращения к серверу). Однако это необязательно.
Вы можете свести к минимуму усилия по поддержанию синхронизации двух функций, определив некоторые константы в одном месте и вставив их в свой JavaScript. Это было бы хорошо, например, для таких вещей, как ограничение ввода для текстовых полей.
Учитывая описанные вами обстоятельства, я склонен согласиться: преимущества проверки на стороне клиента, похоже, не имеют большого значения в вашем случае. Просто убедитесь, что проверка на стороне сервера приводит к появлению полезных сообщений об ошибках, а содержимое формы не теряется.
Browser Side Validation часто называют CLIENT SIDE VALIDATION. для любого приложения всегда полезно иметь валидацию идентификатора клиента.
Following are the example of the validations you can check on client side
1] Mandatory Fields
2] Field Formatting (only numbers are allowed, special character are not allowed)
и
Following are the example of the validations you can't (or shouldn't) check on client side
1] Username uniqueness
2]
ПРИМЕЧАНИЕ:- Всегда рекомендуется создавать приложение с валидацией как на стороне клиента, так и на стороне сервера. Вы должны написать код для проверки на стороне сервера, хотя вы применяете проверку на стороне клиента, потому что возможно, что пользователь может отключить Javascript в браузере.
Я бы сказал, что поскольку у вас есть проверка на стороне сервера и ваша целевая аудитория ограничена, это может быть нормальным решением.
Если валидация на стороне сервера дает вам несколько приличных сообщений об ошибках, которые отображаются пользователю, это кажется мне приемлемым.
Думаю, нам нужно вернуться к вопросу о том, зачем нужна валидация на стороне сервера. Помимо того, что данные должны быть достоверными, пока мы их пишем, нам также нужно правильно кодировать их, чтобы убедиться, что пользователь не вставляет вредоносные данные, которые могут вызвать такие вещи, как sql injection, Cross Site Request Forgery или Cross Site Scripting. Никогда не знаешь, когда ваши пользователи могут попытаться сделать что-то забавное".
Основной смысл валидации на стороне клиента заключается в удобстве для пользователя, а важно ли это для пользователя? Если приложение будет использоваться довольно часто, возможно, стоит встроить валидацию. Это избавит пользователя от необходимости вводить неправильные данные и ждать, пока страница вернется обратно. Иногда мы, разработчики, не прилагаем слишком много усилий, чтобы сделать программу удобной для использования, а смотрим на нее с функциональной точки зрения.
Конечно, если время ограничено, валидация на стороне сервера является обязательным условием.
Валидация на стороне клиента - это не только пропускная способность, но и удобство использования. Даже опытные пользователи все равно ошибаются при работе с приложением, поэтому я бы считал ее обязательной для любого современного веб-приложения.
Если вы собираетесь использовать приложение из дома для проверки некоторых проблем, связанных с работой, проблема с пропускной способностью все еще может быть проблемой. Кроме того, какой смысл отправлять потенциально недопустимые данные на сервер, если вы можете проверить их прямо сейчас?