Сегодняшние бизнес -сайты, или личные веб -сайты, есть больше клиентов, которые расследуют. Я признаю, что написание кода - это интересная работа, но каждый раз, когда вы проверяете форму, код почерка.
На основании некоторых других причин, веб -приложение трудно проверить ввод пользователя. Код, сервер также необходимо проверить, чтобы обеспечить безопасность.
Ниже приведены сотрудники Microsoft.
1. Хотя информация об ошибках или значки часто рядом с входными элементами, они почти всегда расположены в разных ячейках таблицы.
2. На странице часто есть область, чтобы суммировать все ошибки.
3. Многие сайты включают в себя сценарий клиента, чтобы обеспечить более быструю обратную связь, предотвращая поездку об обратном обработке между сервером.
4. Многие сайты, включая клиентские сценарии, отображают информационные поля, когда есть ошибка.
5. Будет проверен не только ввод текста, но и список падения и радиопроизводительность.
6. Если поле пустое, сайт обычно отображает различную информацию или значки, когда оно является недействительным.
7. Многие эффективные экзамены могут быть хорошо заменены общепринятыми выражениями.
8. Проверка обычно основана на результатах сравнения между двумя входами.
9,90% или более 90% задач проверки - это некоторые общие операции, такие как проверка имен или почтовое кодирование. Большинство сайтов по -прежнему повторяют эти задачи.
10. Поскольку разница между сайтами обычно слишком велика, нельзя получить идеальное решение для выполнения всех задач проверки каждого сайта.
Если вы хотите подтвердить со своими коллегами, что у вас есть очень «крутой» метод, вы можете запретить пустое значение в сегменте имени.
ASP.NET обрабатывает проверку формы проверки формы
1. ASPX -файл скомпилируется, работает
2. Пользовательские входные данные
3. Запуск события page_load
4. Измените атрибут управления веб -управлением и приглашение на то, чтобы ввода не было
5. Экспорт страницы с HTML в пользователь
6. Напомните пользователям снова войти
PAGE_LOAD Процесс
Объекты страниц включают некоторые важные атрибуты и методы, связанные с проверкой сервера. В следующей таблице перечислены все сборы и метеообразные свойства Page_load.
Имя метода PAGE_LOAD Имя Описание
Isvalid (чаще всего используется) является наиболее полезным атрибутом. Этот атрибут может проверить, эффективна ли вся форма. Эта проверка обычно выполняется перед обновлением базы данных. Только все объекты валидаторов действительны, атрибут верно, а значение не хранится в кэше.
Валидаторы Коллекция всех объектов проверки этой страницы. Это набор объектов, которые реализуют интерфейс Ivalidator.
Метод, вызванный проверкой в проверке. Метод выполнения по умолчанию в объекте страницы состоит в том, чтобы обратиться к каждому устройству проверки и требовать оценки устройства проверки.
Используется для проверки устройства проверки формы (веб -управление)
Обязательный FieldValidator проверил, введен ли пользователь или выбрал какой -либо контент
RoughtxpressionValidator проверяет ввод пользователя в соответствии с правилами. Этот процесс позволяет использовать многие типы экзаменов для почтового кодирования и номеров телефонов.
CompareValidator сравнивает входной элемент управления с одним фиксированным значением или другим управлением ввода. Например, его можно использовать в полях проверки пароля. Его также можно использовать для сравнения дат и ввода чисел.
RangeValidator очень похож на CompareValidator, но используется для проверки того, находится ли вход между двумя или другими значениями управления вводом
CustomValidator позволяет пользователям писать свой собственный код, чтобы присоединиться к структуре проверки.
Пример описания работы управления, описанного выше
Мы строим минимизированную страницу .aspx, нам не нужны великолепные эффекты модификации.
<p> Введите новый идентификатор пользователя и пароль </p>
<Form runat = server>
<Таблица>
<Tr>
<td> идентификатор пользователя </td>
<Td ＞ <input type = text runat = server id = txtname> </td>
</Tr>
<Tr>
<TD> POLAR </TD>
<td> <input type = password runat = server id = txtpword> </td>
</Tr>
<Tr>
<td> Пожалуйста, пере -введите пароль </td>
<Td ＞ <input type = password runat = server id = txtrepword> </td>
</Tr>
<Tal> <br>
<Input type = отправить runat = идентификатор сервера = cmdsubmit value = pospent>
</Form>
Программа - очень резкая вещь, поэтому мы должны подчеркнуть, что все предметы заполнены, и мы можем сделать это так. Добавьте обязательный FieldValidator перед каждым полем. Если поле пустое, мы должны отобразить номер звезды (*) перед полем и сообщить об ошибке рядом с ним.
Например:
<Tr>
<TD>
<ASP: обязательный залид Validator Runat = сервер
ControlTovalidate = txtName
errormessage = "Требуется имя пользователя."
</Asp: обязательный Fieldvalidator>
</Td>
<Td> идентификатор пользователя: </td>
<Td ＞ <input type = text runat = server id = txtname> </td>
</Tr>
Без ввода какого -либо контента «*» отображается рядом с этикеткой. Появляются новости об ошибках. Атрибут "Controltovalidate" Указывает идентификатор управления, необходимый для проверки. Последний шаг - отобразить все ошибки в верхней части страницы.
Код:
<ASP: Validationsummary Runat = Server HeaderText = Есть ошибки на этой странице:/>
Затем нам нужно, чтобы идентификатор пользователя должен быть 6-10 символов, пароль должен быть 4-12 букв и должен иметь@#$%^&*//символы.
Код: Здесь мы добавили ограничения на длину идентификатора.
<TD>
<Input type = text runat = server id = txtname>
<ASP: roughtxpressionValidator runat = server
ControlTovalidate = "txtName"
Errormesage = «Wanlets должны состоять из 6-10 букв».
ValidationXpression = "[a-za-z] {6,10}" />
</Td>
Затем мы должны проверить, одинаково ли пароль для двух входов.
<ASP: roughtxpressionValidator runat = server display = dynamic
Controltovalidate = "txtpword"
Errormessage = «Пароль должен содержать один из@#$%^&*/.»
ValyationExpression = ".*[@#$%^&* //N.*" />
<ASP: roughtxpressionValidator runat = server display = dynamic
Controltovalidate = "txtpword"
Errormessage = «Пароль должен быть 4-12 не блаковых букв».
ValidationXpression = "[ /s {4,12}" />
<ASP: COMPAREVALIDATOR RUNAT = SERVER
ControlTovalidate = TXTREPWORD
ControlTocompare = txtpword
errormessage = «Пароль не совпадает» />
По умолчанию сравнение сравнивается с простым сопоставлением строк. При необходимости это может сделать более сложные сравнения, включающие дату и числа.
Несколько проблем, которые требуют внимания
О библиотеке сценариев
Поскольку проверка сценария веб -управления находится в библиотеке сценариев, код, проверенный всеми клиентами, не требуется напрямую отправлять его на страницу, хотя он, похоже, выполняется на поверхности. Ссылки на файл основного сценария аналогичны следующему:
<Script language = "javascript" src = "/_ aspx/1.0.9999/script/webuivalidation.js"> </script>
По умолчанию файл скрипта будет установлен в каталоге ROOT по умолчанию в каталоге «_aspx» и использует относительно коренясный скрипт, включающий инструкцию для вызова, которая начинается с положительного наклона. Ссылка показывает, что каждый отдельный объект не должен включать библиотеку сценариев, и все страницы на одном компьютере могут ссылаться на один и тот же файл. Вы заметите, что в этом пути также есть номер версии публичного языка, так что разные версии выполнения могут работать на одном компьютере.
Если вы посмотрите на свой каталог виртуальных корневых корней по умолчанию, вы найдете файл и просмотрите контент. Положение этих файлов указана в файле config.web. File config.web - это файл XML для большинства настроек ASP+. Ниже приведено определение позиции в этом файле:
<Webcontrols
Clientscriptslocation = "/_ aspx/{0}/script/"
/>
Поощряйте вас прочитать сценарий, чтобы вы могли понять события, которые происходят глубоко. Тем не менее, рекомендуется не изменять эти сценарии, потому что их функции тесно связаны с конкретными версиями выполнения. Когда версия обновляется, эти сценарии также могут быть обновлены соответствующим образом. Если конкретные проекты должны быть изменены, сначала резервную копию этих сценариев, а затем укажите свой проект на файл резервного копирования, метод состоит в том, чтобы использовать частный файл config.web для замены позиции этих файлов. Если строка содержит инструкцию формата "{0}", номер версии заменит инструкцию при запуске. Лучше всего изменить эту позицию на относительную ссылку или абсолютную ссылку. Добро пожаловать, чтобы посетить энтузиастов веб -дизайна веб -разработки.