Os sites de negócios de hoje ou sites pessoais, há mais clientes investigando. Admito que a redação é um trabalho interessante, mas toda vez que você verifica o formulário, o código de manuscrito.
Com base em alguns outros motivos, o aplicativo da Web é difícil de verificar a entrada do usuário. Código, o servidor também precisa ser verificado para garantir a segurança.
Abaixo está a equipe da Microsoft.
1. Embora as informações ou ícones de erro sejam frequentemente adjacentes aos elementos de entrada, eles estão quase sempre localizados em diferentes células da tabela.
2. Muitas vezes, há uma área na página para resumir todos os erros.
3. Muitos sites incluem script do cliente para fornecer feedback mais rápido, evitando ida e volta entre o servidor.
4. Muitos sites, incluindo scripts do cliente, exibem caixas de informação quando há um erro.
5. Não apenas a entrada de texto será verificada, mas também a lista de queda e o botão de rádio será verificado.
6. Se um campo estiver vazio, o site geralmente exibe informações ou ícones diferentes quando é inválido.
7. Muitos exames eficazes podem ser bem substituídos por expressões comumente usadas.
8. A verificação geralmente é baseada nos resultados da comparação entre duas entradas.
9,90% ou mais de 90% de tarefas de verificação são algumas operações comuns, como verificação de nomes ou codificação postal. A maioria dos sites ainda parece estar repetindo essas tarefas.
10. Como a diferença entre os locais é geralmente muito grande, uma solução perfeita não pode ser obtida para lidar com todas as tarefas de verificação de cada site.
Se você deseja confirmar com seus colegas que você tem um método muito "legal", pode proibir o valor vazio no segmento de nome.
ASP.NET processa a verificação de formulário da verificação de formulário
1. O arquivo aspx é compilado, executando
2. Dados de entrada do usuário
3. Aparelhando o evento Page_load
4. Altere o atributo de controle da web e solicitado onde não houver entrada
5. Exportar a página com HTML para o usuário
6. Lembre os usuários para entrar novamente
Processo de Page_load
Os objetos da página incluem alguns atributos e métodos importantes relacionados à verificação do servidor. A tabela a seguir lista toda a coleção e metaques da propriedade Page_load.
Page_load Método Nome Descrição
IsValid (com mais frequência usado) é o atributo mais útil. Este atributo pode verificar se todo o formulário é eficaz. Esta verificação geralmente é realizada antes de atualizar o banco de dados. Somente todos os objetos dos validadores são válidos, o atributo é verdadeiro e o valor não é armazenado no cache.
Validadores a coleta de todos os objetos de verificação desta página. Esta é uma coleção de objetos que implementam a interface do IVALIDADOR.
Um método chamado validar na verificação. O método de execução padrão no objeto da página é recorrer a cada dispositivo de verificação e exigir que o dispositivo de verificação se avalie.
Usado para verificar o dispositivo de verificação do formulário (controle da web)
NEEstedFieldValidator verificou se o usuário inseriu ou selecionou algum conteúdo
O regularxpressionValidator verifica a entrada do usuário de acordo com as regras. Esse processo permite que muitos tipos de exames sejam usados para codificação postal e números de telefone.
O compareValidator compara o controle de entrada com um valor fixo ou outro controle de entrada. Por exemplo, ele pode ser usado nos campos de verificação de senha. Também pode ser usado para comparar as datas e números de entrada.
RangeValidator é muito semelhante ao CompareValidator, mas é usado para verificar se a entrada está entre dois ou outros valores de controle de entrada
O CustomValidator permite que os usuários escrevam seu próprio código para ingressar na estrutura de verificação.
Exemplo Descrição A operação do controle descrito acima
Construímos uma página .aspx minimizada, não precisamos de lindos efeitos de modificação.
<p> Por favor, digite o novo ID do usuário e a senha </p>
<Form runat = servidor>
<Tabela>
<tr>
<td> ID de usuário </td>
<Td ＞ <tipo de entrada = text runat = servidor id = txtname> </td>
</tr>
<tr>
<td> polar </td>
<Td> <tipo de entrada = senha runat = ID do servidor = txtpword> </td>
</tr>
<tr>
<Td> Por favor, re -investindo a senha </td>
<Td ＞ <tipo de entrada = senha runat = servidor id = txtrepword> </td>
</tr>
<br> <br>
<Tipo de entrada = enviar runat = ID do servidor = cmdsubMit value = submeter>
</morm>
O programa é uma coisa muito dura, por isso devemos enfatizar que todos os itens estão preenchidos e podemos fazer assim. Adicione RequerirfieldValidator na frente de cada campo. Se o campo estiver vazio, devemos exibir um número de estrela (*) na frente do campo e relatar um erro ao lado.
Por exemplo:
<tr>
<Td>
<ASP: requerirfield validator runat = servidor
ControlTovalidate = txtName
errorMessage = "requer nome de usuário do usuário."
</Asp: requerirfieldValidator>
</td>
<td> ID do usuário: </td>
<Td ＞ <tipo de entrada = text runat = servidor id = txtname> </td>
</tr>
Sem inserir nenhum conteúdo, "*" é exibido ao lado do rótulo. Notícias de erro aparecem. O atributo "ControlTovalidate" especifica o ID de controle necessário para a verificação. A última etapa é exibir todos os erros na parte superior da página.
Código:
<Asp: validationationSummary runat = servidor headerText = Existem erros nesta página:/>
Em seguida, precisamos que o ID do usuário deve ser de 6 a 10 caracteres, a senha deve ser de 4 a 12 letras e deve ter@#$%^&*/caracteres.
Código: Aqui adicionamos restrições ao comprimento do ID.
<Td>
<Tipo de entrada = Runat de texto = ID do servidor = txtName>
<Asp: regularxpressionValidator runat = servidor
ControlTovalidate = "txtName"
ErrorMesage = "Wanlets deve ser composto por 6 a 10 letras".
Validationxpression = "[a-za-z] {6,10}" />
</td>
Em seguida, temos que verificar se a senha para duas entradas é a mesma.
<Asp: regularxpressionValidator runat = servidor display = dinâmico
ControlTovalidate = "TXTPWORD"
ErrorMessage = "A senha deve conter uma de@#$%^&*/."
ValidationExpression = ".*[@#$%^&* /].*" />
<Asp: regularxpressionValidator runat = servidor display = dinâmico
ControlTovalidate = "TXTPWORD"
ErrorMessage = "A senha deve ter 4-12 letras não em branco".
Validationxpression = "[ /s {4,12}" />
<Asp: comparevalidator runat = servidor
ControlTovalidate = txtrepword
ControlTocompare = txtpword
errorMessage = "A senha não corresponde"
Por padrão, o compareValidator é comparado com a correspondência simples de string. Se necessário, pode fazer comparações mais complicadas envolvendo a data e os números.
Vários problemas que precisam de atenção
Sobre a biblioteca de scripts
Como a verificação do script de controle da web está na biblioteca de scripts, o código verificado por todos os clientes não é necessário para enviá -lo diretamente para a página, embora pareça ser feito na superfície. As principais referências do arquivo de script são semelhantes às seguintes:
<Script Language = "Javascript" Src = "/_ ASPX/1.0.9999/script/webuivalidation.js"> </sCript>
Por padrão, o arquivo de script será instalado no diretório raiz padrão no diretório "_aspx" e usa um script relativamente enraizado inclui instruções para chamar, que começa com uma inclinação positiva. A referência mostra que cada objeto individual não precisa incluir a biblioteca de scripts e todas as páginas no mesmo computador podem fazer referência ao mesmo arquivo. Você notará que também existe um número de versão do idioma público nesse caminho, para que diferentes versões de tempo de execução possam ser executadas no mesmo computador.
Se você olhar para o seu diretório raiz virtual padrão, encontrará o arquivo e visualizará o conteúdo. A posição desses arquivos é especificada no arquivo config.web. O arquivo config.web é um arquivo XML para a maioria das configurações ASP+. A seguir, é apresentada a definição da posição neste arquivo:
<WebControls
CLEERSCRIPTSLOCATION = "/_ ASPX/{0}/script/"
/>
Incentive você a ler o script para que você possa entender os eventos que ocorrem em profundidade. No entanto, é recomendável que você não modifique esses scripts, porque suas funções estão intimamente ligadas a versões específicas de tempo de execução. Quando a versão é atualizada, esses scripts também podem ser atualizados de acordo. Se projetos específicos forem alterados, primeiro faça backup desses scripts e aponte seu projeto para o arquivo de backup, o método é usar um arquivo privado Config.Web para substituir a posição desses arquivos. Se a sequência contiver a instrução de formato "{0}", o número da versão substituirá a instrução ao executar. É melhor alterar essa posição para uma referência relativa ou referência absoluta. Bem -vindo ao desenvolvimento da web de entusiastas da web design.