#javascript #jquery #html
#javascript #jquery #HTML
Вопрос:
Привет. Я создаю поле ввода ( <input type="text" value="" />
), в которое мой пользователь будет вводить свою электронную почту, но я также использую действующее буквенно-цифровое ограничение на это поле (в jQuery), за исключением символов, .!#$%amp;'* -/=?^_{|}~@
. Мне интересно, стоит ли выполнять всю эту проверку или просто сказать «Привет, неверное электронное письмо», когда они нажмут «Отправить»? Заранее спасибо!
Комментарии:
1. Проверка пробелов совершенно бесполезна, потому что даже при проверке у вас нет гарантии, что строка является действительным адресом электронной почты. Mta выполнит эффективную проверку за вас, когда вы попытаетесь отправить что-либо на введенный адрес электронной почты. Почему вы хотите дублировать функциональность?
Ответ №1:
Это не то, что вам нужно делать определенным образом, это полностью ваш выбор, но я думаю, что пользователю полезно получать ошибку во время заполнения формы, а не после нее, поэтому он должен вернуться и изменить ее, это отнимает немного больше времени. Я лично делал это в каждой регистрационной форме, которую я заполнял.
Если вы имеете в виду проверку только на стороне сервера в разделе «когда они нажимают отправить», тогда вам действительно следует выполнить проверку jquery и на входных данных, вы экономите трафик с этим, также вам нужно выполнить проверку как на стороне сервера, так и на стороне клиента.
Ответ №2:
Я предпочитаю использовать маску для форматированных полей, таких как телефоны или электронные письма, таким образом, вы определяете формат, и пользователь не потеряется в том, что вводить.
Можете ли вы взглянуть на это:
http://jquery-ui.googlecode.com/svn/branches/labs/mask/demos/mask/default.html
Ответ №3:
Как насчет того, чтобы не ограничивать символы, а скорее сверять значение с простым регулярным выражением? Вы можете сделать это в реальном времени. Это интересная статья: http://www.regular-expressions.info/email.html Я бы все равно проверил это после отправки, у некоторых пользователей может быть отключен JS.
Комментарии:
1. Но каковы шансы, что они это сделают? Я имею в виду, что вы почти не можете пользоваться Интернетом без включенного JS (за исключением случаев использования NoScript).
2. Проверка после отправки гарантирует , что ваше приложение сохраняет действительные данные. Уменьшая количество символов, вы надеетесь , что пользователь поступит так, как вы ожидаете. Как насчет того, что я вручную отправлю post-запрос на ваш сайт, и вы не будете проверять данные перед их сохранением? С учетом сказанного, проверка после отправки является частью вашего приложения, уменьшение количества символов — это всего лишь приятная функция, но она не делает ничего полезного с точки зрения самого приложения. Это просто выглядит круто. О, кроме того, я иногда использую lynx для просмотра сети. Но я, я ботаник.