Цель обучения: освоить использование веб-элементов управления (2)
Прежде всего, я хочу объяснить, что мое десятидневное руководство предназначено только для того, чтобы дать всем понимание ASP.NET, и я многое пропустил. Многие в Интернете ругают меня за то, что я пишу туториалы, думая, что за десять дней ничему не научусь, и ничего не могу выучить после прочтения моих туториалов. Думаю, они переоценили мои туториалы. Существует множество книг, и я узнал об ASP и ASP.NET, прочитав их. Все, что я хочу сделать, это надеяться, что после прочтения моего руководства все почувствуют, что ASP и ASP.NET не являются чем-то, чему нельзя научиться, и тогда у них появится уверенность в том, что выучите это. Я думаю, что мне нужно полагаться на себя, чтобы учиться. У каждой книги есть свои недостатки. Главное — практиковаться и исследовать самостоятельно.
Во-первых, давайте поговорим об элементах управления проверкой формы. Раньше, когда мы выполняли проверку формы, если это был JAVASCRIPT на стороне клиента, он не мог быть красивым и унифицированным, и его также можно было заблокировать, запустив форму непосредственно в файле. браузер; если бы мы проводили проверку на стороне сервера, я бы обнаружил, что отражение результатов теста на стойке регистрации также очень затруднительно. Итак, многие элементы управления проверкой, предоставляемые ASP.NET, позволяют нам не учитывать, является ли это проверкой на стороне клиента или проверкой на стороне сервера, поэтому нам не нужно думать о том, как выводить результаты проверки.
Проверьте, заполнен ли элемент управления тестовой формы:
controltovalidate — это идентификатор элемента управления, который вы хотите протестировать; по умолчанию сообщение об ошибке не будет отображаться, а место будет зарезервировано. Если используется display="dynamic", будет указано место, где сообщение об ошибке не будет отображаться. не быть пустым; forecolor="#ff0000 " font-name="宋体" font-size="9pt" — установить цвет, шрифт и размер шрифта сообщения об ошибке; text="Пожалуйста, заполните» — это сообщение об ошибке. отображается, когда содержимое не заполнено; не забудьте последний runat="server". Теперь, когда элемент управления проверкой расположен за текстовым полем, сообщение об ошибке также отображается позади текстового поля или его можно разместить в другом месте.
Давайте посмотрим на тестовый элемент управления, который сравнивает данные элемента управления формы с другими данными:
Вот первое поле пароля, которое пользователь должен заполнить.
Мы часто устанавливаем еще одно поле пароля для повторного заполнения пользователями:
controltocompare="password1" — элемент управления, который необходимо сравнить; оператор="equal" — задать операцию сравнения: равно ли (есть еще NotEqual: не равно, LessThan: меньше, GreaterThan: больше, когда эта операция сравнения не выполнена, отображается сообщение об ошибке).
Ранее я упоминал, что элемент управления BUTTON CausesValidation=true/false используется для определения того, проверяется ли форма, отправленная кнопкой, и это несколько элементов управления проверкой. Если CausesValidation=true, нажатие кнопки сначала проверит, прошли ли они проверку. проверка контрольный .
Еще два момента:
1. Каждый элемент управления, который может отображаться, имеет атрибут, указывающий, следует ли его отображать, например username.Visible=false; который скрывает предыдущий элемент управления именем пользователя, и если вы хотите применить CSS к элементу управления, просто напишите: cssclass="" , Вместо class="" в предыдущем HTML.
2. Все WEB-элементы управления должны быть включены, иначе возникнет ошибка.
На этом сегодня конец. Пожалуйста, продолжайте оглядываться назад. В следующий раз мы поговорим об ADO.NET.