No desenvolvimento ASP, às vezes você pode usar grandes seções de julgamentos if...else. No entanto, se for um conteúdo Response.write dinâmico e você quiser facilitar a leitura do código, você pode usar Response.End() para. encerrar a execução do ASP É semelhante ao uso do Break.
No desenvolvimento ASP, às vezes você pode usar grandes seções de julgamentos if...else. No entanto, se for um conteúdo Response.write dinâmico e você quiser facilitar a leitura do código, você pode usar Response.End() para. encerrar a execução do ASP É semelhante ao uso do Break, por exemplo:
Copie o código do código da seguinte forma:se (userid=)ou(senha=) então
Response.Write(<script lanuage=javascript>alert('Nome de usuário ou senha está vazio!');location.href='../default.asp';</script>)
Response.End() 'O final if é interrompido aqui A seguir está a operação de leitura do banco de dados se ele não estiver vazio, omitindo n linhas de código.
Dessa forma, quando o nome de usuário ou senha recebido estiver vazio, as informações do prompt serão gravadas automaticamente e, em seguida, Response.End() interromperá o programa para chegar ao if. . . O papel do outro.
Além disso, ao usar Response.End, é quando depuramos o programa diariamente, como
Para gerar a instrução SQL emendada sem executar o código a seguir, você pode fazer isso
Copie o código do código da seguinte forma:sql = selecione * de informações do usuário
resposta.Write(sql)
resposta.End()
rs.open sql ,conn,1,1 'Esta frase não será executada
Se você tem medo de que haja muitos lugares para adicionar Response.End() e não será fácil comentar quando for lançado oficialmente, você pode encapsulá-lo com uma função, como o seguinte código:
Copie o código do código da seguinte forma:subdepurar()
Resposta.End()
final sub
O código acima é modificado da seguinte forma:
Copie o código do código da seguinte forma:sql = selecione * de informações do usuário
resposta.Write(sql)
depurar()
rs.open sql ,conn,1,1 'Esta frase não será executada
Desta forma, quando for lançado oficialmente, comentar as instruções na função debug pode desempenhar uma função de depuração. No entanto, também há um problema com isso. Se você usar muitos debug(), o programa pode não conseguir. siga as instruções durante a depuração. Às vezes, você não deseja que a execução seja interrompida nesses locais, então vamos reconstruir ainda mais a função debug(), como segue:
sub debug(isBreak) 'isBreak é um parâmetro com um valor booleano Se for definido como verdadeiro, ele será interrompido. Caso contrário, nenhum processamento de interrupção será executado.
O código quando usado é o seguinte:
Copie o código do código da seguinte forma:sql = selecione * de informações do usuário
resposta.Write(sql)
depurar (falso)
rs.open sql,conn,1,1 'Esta sentença será executada rs.close()
sql = selecione * do produto
resposta.write(sql)
depurar (verdadeiro)
rs.open sql,conn,1,1 'Esta frase não será executada
Ok, isso basicamente pode atender à nossa necessidade de controlar as interrupções, mas é apenas uma análise simples. Na verdade, ainda é muito imperfeito. Pode haver muitos outros requisitos de depuração que precisam ser atendidos e uma reconstrução adicional é necessária. Na verdade, o desenvolvimento do programa é um processo de refatoração, refatoração e refatoração. Caso contrário, haveria muitos padrões de design. Eles são todas as experiências resumidas pelos predecessores do processo real de desenvolvimento e refatoração, e vale a pena aprender.