Los sitios web de negocios actuales, o los sitios web personales, hay más clientes que investigan. Admito que escribir código es un trabajo interesante, pero cada vez que verifica el formulario, el código de escritura.
Según algunas otras razones, la aplicación web es difícil de verificar la entrada del usuario. Código, el servidor también debe ser verificado para garantizar la seguridad.
A continuación se muestra el personal de Microsoft.
1. Aunque la información o los iconos de error a menudo son adyacentes a los elementos de entrada, casi siempre se encuentran en diferentes celdas de la tabla.
2. A menudo hay un área en la página para resumir todos los errores.
3. Muchos sitios incluyen script del cliente para proporcionar comentarios más rápidos al tiempo que evita el viaje de ida y vuelta entre el servidor.
4. Muchos sitios, incluidos los scripts del cliente, muestran los cuadros de información cuando hay un error.
5. No solo se verificará la entrada del texto, sino que también se verificará la lista de caída y el botón de radio.
6. Si un campo está vacío, el sitio generalmente muestra información o iconos diferentes cuando no es válido.
7. Muchos exámenes efectivos pueden ser bien reemplazados por expresiones de uso común.
8. La verificación generalmente se basa en los resultados de comparación entre dos entradas.
9.90% o más del 90% de las tareas de verificación son algunas operaciones comunes, como verificar los nombres o la codificación postal. La mayoría de los sitios todavía parecen estar repitiendo estas tareas.
10. Debido a que la diferencia entre los sitios generalmente es demasiado grande, no se puede obtener una solución perfecta para manejar todas las tareas de verificación de cada sitio.
Si desea confirmar con sus colegas que tiene un método muy "genial", puede prohibir el valor vacío en el segmento de nombre.
ASP.NET procesa la verificación de formulario de la verificación de formulario
1. Se compila el archivo ASPX, ejecutándose
2. Datos de entrada del usuario
3. Activando el evento Page_Load
4. Cambie el atributo de control web y solicite donde no hay entrada
5. Exportar la página con HTML al usuario
6. Recuerde a los usuarios que vuelvan a ingresar
Page_load Proceso
Los objetos de página incluyen algunos atributos y métodos importantes relacionados con la verificación del lado del servidor. La siguiente tabla enumera todas las colecciones y metanías de la propiedad Page_Load.
Page_LOAD Método Nombre Descripción
ISVALID (con mayor frecuencia) es el atributo más útil. Este atributo puede verificar si todo el formulario es efectivo. Esta verificación generalmente se realiza antes de actualizar la base de datos. Solo todos los objetos de los validadores son válidos, el atributo es verdadero y el valor no se almacena en el caché.
Validadores La recopilación de todos los objetos de verificación de esta página. Esta es una colección de objetos que implementan la interfaz ivalidator.
Un método llamado validar en verificación. El método de ejecución predeterminado en el objeto de página es pasar a cada dispositivo de verificación y requerir que el dispositivo de verificación se evalúe.
Se utiliza para verificar el dispositivo de verificación del formulario (control web)
Requerido en el campo de tiempo requerido verificó si el usuario ingresó o seleccionó cualquier contenido
RegularxpressionValidator verifica la entrada del usuario de acuerdo con las reglas. Este proceso permite que se utilicen muchos tipos de exámenes para la codificación postal y los números de teléfono.
CompareValidator compara el control de entrada con un valor fijo u otro control de entrada. Por ejemplo, se puede usar en campos de verificación de contraseña. También se puede usar para comparar las fechas y la entrada de números.
RangeValidator es muy similar a CompareValidator, pero se utiliza para verificar si la entrada está entre dos u otros valores de control de entrada
CustomValidator permite a los usuarios escribir su propio código para unirse al marco de verificación.
Ejemplo Descripción La operación del control descrito anteriormente
Construimos una página minimizada .aspx, no necesitamos magníficos efectos de modificación.
<p> Ingrese la nueva identificación de usuario y contraseña </p>
<Form de runat = servidor>
<Table>
<tr>
<TD> ID de usuario </td>
<Td ＞ <input type = text runat = servidor id = txtname> </td>
</tr>
<tr>
<TD> Polar </td>
<TD> <input type = contraseña runat = servidor id = txtpword> </td>
</tr>
<tr>
<TD> Por favor, vuelva a entrar la contraseña </td>
<Td ＞ <input type = contraseña runat = servidor id = txtepword> </td>
</tr>
<al> <br>
<Entrada tipo = enviar runat = servidor id = cmdsubmit value = shit>
</form>
El programa es algo muy duro, por lo que debemos enfatizar que todos los artículos se completan y podemos hacerlo así. Agregue requerido para marcar el campo de campo frente a cada campo. Si el campo está vacío, debemos mostrar un número de estrella (*) frente al campo e informar un error al lado.
Por ejemplo:
<tr>
<TD>
<ASP: requerido validador de campo runat = servidor
ControlTovalidate = txtname
ErrorMessage = "Requiere nombre de usuario del usuario".
</ASP: RequiredFieldValidator>
</td>
<TD> ID de usuario: </td>
<Td ＞ <input type = text runat = servidor id = txtname> </td>
</tr>
Sin ingresar ningún contenido, "*" se muestra junto a la etiqueta. Aparecen noticias de error. El atributo "ControlToValiding" especifica el ID de control requerido para la verificación. El último paso es mostrar todos los errores en la parte superior de la página.
Código:
<ASP: ValidationsUrmary runat = Server Headtext = Hay errores en esta página:/>
Luego, necesitamos que la ID de usuario debe ser de 6-10 caracteres, la contraseña debe ser de 4-12 letras y debe tener@#$%^&*/caracteres.
Código: Aquí hemos agregado restricciones sobre la longitud de ID.
<TD>
<Input type = text runat = servidor id = txtname>
<ASP: regularxpressionValidator runat = servidor
ControlToValidate = "txtname"
ErrorMesage = "Los wanlets deben estar compuestos por 6-10 letras".
ValidationXpression = "[A-Za-Z] {6,10}" />
</td>
Luego, tenemos que verificar si la contraseña para dos entradas es la misma.
<ASP: regularxpressionValidator runat = servidor display = Dynamic
ControlTovalidate = "txtpword"
ErrorMessage = "La contraseña debe contener una de@#$%^&*/".
ValidationExpression = ".*[@#$%^&*/Font>.*" />
<ASP: regularxpressionValidator runat = servidor display = Dynamic
ControlTovalidate = "txtpword"
ErrorMessage = "La contraseña debe ser 4-12 letras no blancas".
ValidationXpression = "[ /s {4,12}" />
<ASP: CompareValidator runat = servidor
ControlTovalidate = TXTREPWORD
ControlTocompare = txtpword
errorMessage = "La contraseña no coincide".
Por defecto, CompareValidator se compara con la coincidencia de cadena simple. Si es necesario, puede hacer comparaciones más complicadas que involucran la fecha y los números.
Varios problemas que necesitan atención
Acerca de la biblioteca de guiones
Debido a que la verificación del script de control web está en la biblioteca de script, el código verificado por todos los clientes no es necesario para enviarlo directamente a la página, aunque parece hacerse en la superficie. Las referencias del archivo de script principal son similares a las siguientes:
<Script language = "javascript" src = "/_ aspx/1.0.9999/script/webuivalidation.js"> </script>
De manera predeterminada, el archivo de script se instalará en el directorio raíz predeterminado en el directorio "_aspx", y utiliza un script relativamente enraizado incluye instrucción para llamar, que comienza con una pendiente positiva. La referencia muestra que cada objeto individual no necesita incluir la biblioteca de script, y todas las páginas en la misma computadora pueden hacer referencia al mismo archivo. Notará que también hay un número de versión de lenguaje público en esta ruta, para que diferentes versiones de tiempo de ejecución puedan ejecutarse en la misma computadora.
Si observa su directorio raíz virtual predeterminado, encontrará el archivo y verá el contenido. La posición de estos archivos se especifica en el archivo config.web. El archivo config.web es un archivo XML para la mayoría de la configuración ASP+. La siguiente es la definición de la posición en este archivo:
<WebControls
ClientScriptSlocation = "/_ ASPX/{0}/script/"
/>
Anímate a leer el guión para que puedas entender los eventos que ocurren en profundidad. Sin embargo, se recomienda que no modifique estos scripts, porque sus funciones están estrechamente vinculadas a versiones específicas de tiempo de ejecución. Cuando se actualiza la versión, estos scripts también deben actualizarse en consecuencia. Si se deben cambiar proyectos específicos, la primera copia de seguridad de estos scripts y luego apunte su proyecto al archivo de copia de seguridad, el método es usar un archivo de configuración privada para reemplazar la posición de estos archivos. Si la cadena contiene la instrucción de formato "{0}", el número de versión reemplazará la instrucción cuando se ejecute. Es mejor cambiar esta posición a una referencia relativa o referencia absoluta. Bienvenido a visitar el desarrollo web de los entusiastas del diseño web.