Propósito de aprendizaje: Dominar el uso de controles WEB (2)
En primer lugar, quiero explicar que mi tutorial de diez días es solo para que todos comprendan ASP.NET y me he saltado muchas cosas. Mucha gente en Internet me regaña por escribir tutoriales, pensando que no pueden aprender nada en diez días y que todavía no pueden aprender nada después de leer mis tutoriales. Creo que pueden haber sobreestimado mis tutoriales. Hay muchos libros disponibles y aprendí sobre ASP y ASP.NET leyéndolos. Todo lo que quiero hacer es esperar que después de leer mi tutorial, todos sientan que ASP y ASP.NET no son algo que no se pueda aprender, y luego tengan la confianza para aprenderlo. Creo que tengo que confiar en mí mismo para aprender. Cada libro tiene sus propias imperfecciones. La clave es practicar y explorar por tu cuenta.
Primero, hablemos de los controles de validación de formularios. En el pasado, cuando realizábamos la validación de formularios, si era JAVASCRIPT del lado del cliente, no podía ser hermoso y unificado, y también podía bloquearse iniciando el formulario directamente en el. navegador; si hiciéramos la validación del lado del servidor, descubriría que también es muy problemático que los resultados de las pruebas se reflejen en la recepción. Bueno, ahora, los numerosos controles de inspección proporcionados por ASP.NET nos permiten no tener que considerar si se trata de una inspección del lado del cliente o del lado del servidor, de modo que no necesitamos considerar cómo generar los resultados de la inspección.
Verifique si el control del formulario de prueba está completo:
controltovalidate es el ID del control que desea probar de forma predeterminada, el mensaje de error no se mostrará y el lugar estará reservado. Si se usa display="dynamic", se mostrará el lugar donde no se mostrará el mensaje de error. no estar vacío; forecolor="#ff0000 " font-name="宋体" font-size="9pt" es para establecer el color, la fuente y el tamaño de la fuente del mensaje de error text="Complete" es el mensaje de error; se muestra cuando no se completa ningún contenido; no olvide el último runat="server". Ahora que el control de verificación está ubicado detrás del cuadro de texto, el mensaje de error también se muestra detrás del cuadro de texto o se puede colocar en otro lugar.
Echemos un vistazo al control de prueba que compara los datos del control de formulario con otros datos:
Aquí está el primer cuadro de contraseña que el usuario debe completar.
A menudo configuramos otro cuadro de contraseña para que los usuarios lo completen nuevamente:
controltocompare="contraseña1" es el control que debe compararse; operador="equal" es establecer la operación de comparación: si es igual (también hay NotEqual: no igual, LessThan: menor que, GreaterThan: mayor que, cuando (Se muestra un mensaje de error: esta operación de comparación no se cumple).
Mencioné antes que el control BOTÓN CausesValidation=true/false se usa para establecer si el formulario enviado por el botón está verificado, que son los diversos controles de verificación aquí. Si CausesValidation=true, al presionar el botón primero se verificará si han pasado el control. verificación del control de cheques.
Dos puntos más:
1. Cada control que se puede mostrar tiene un atributo para mostrarlo, como nombre de usuario.Visible=false; que oculta el control de nombre de usuario anterior y si desea aplicar CSS al control, simplemente escriba: cssclass="" , En lugar de class="" en HTML anterior.
2. Se deben incluir todos los controles WEB, de lo contrario se producirá un error.
Ese es el final de hoy. Continúe mirando hacia atrás. La próxima vez comenzaremos a hablar de ADO.NET.