1. Omitir dim é conveniente, mas também um perigo oculto!
Aplicar uma variável e depois usá-la é a abordagem padrão:
escurecer um
uma = "1"
Na verdade, você pode fazer isso sem escrever dim:
uma = "1"
O sistema não considera que há um erro. Ele determinará automaticamente se a é uma variável existente. Se existir, continuará a ser executado. Se não existir, será aplicado automaticamente para você. Parece que o sistema é muito inteligente, inteligente e atencioso, mas existem perigos ocultos! O sistema sabe o que quero dizer? É muito provável que o sistema seja muito inteligente e inútil. Pergunta 1: Se eu já solicitei uma variável antes, como administrador, e quero atribuir um valor a essa variável mais tarde, infelizmente escrevo a letra errada ou perco uma. carta, como administrador = "me", o sistema finalmente esperou por uma oportunidade para me "ajudar" e "se ofereceu" para declarar as variáveis para mim. É difícil expressar o quão "atencioso" foi! Sim, o programa pode ser executado, mas a lógica está confusa. Como o sistema não relata um erro (ou relata outro erro para enganá-lo), você não conseguirá localizar o problema rapidamente. gasta muito tempo. Como você se sente depois de passar muito tempo encontrando a causa raiz? Você definitivamente quer repreender o sistema por ser "automotivado". Se o sistema relatasse que o nome da variável do administrador não existia, eu logo saberia que havia escrito errado e corrigiria o problema rapidamente, sem ter que "ceder" a isso. o sistema "automático" Seja apaixonado "! Outro perigo oculto causado pela omissão de dim será discutido mais tarde!
2. Variáveis declaradas dentro da função não interferirão em variáveis externas!
por exemplo:
< %@LANGUAGE="VBSCRIPT " CODEPAGE="936"%>
<%
escurecer um
uma = "1"
função getstr()
escurecer um
uma = "2"
da função final.Escreva
um & "<br>"
getstr()
resposta.Escreva um & "<br>"
%>
O resultado mostra que as variáveis declaradas dentro da função não interferirão no mundo externo. Seu escopo está dentro da função. Na verdade, todos que estudaram outras linguagens deveriam saber disso! Mas deve-se afirmar primeiro que se o dim a dentro da função for removido, então esse a será considerado um a externo, e o resultado mudará! O escopo das variáveis aplicadas no arquivo é este arquivo.
3. Uma inclusão que faz as pessoas amarem e odiarem!
include pode tornar a estrutura do programa ASP mais clara e algumas funções comumente usadas podem ser compartilhadas por outros arquivos! Embora traga benefícios, você deve prestar atenção às desvantagens!
Agora voltando à omissão de dim mencionada no primeiro ponto. O que mencionei anteriormente é que minha atribuição foi "gentilmente" transformada em uma variável declarada pelo sistema. O que estou falando agora é exatamente o oposto. Quero declarar uma variável, mas o sistema atribui um valor a ela porque é possível declarar uma variável mesmo que dim seja omitido. muitas vezes não consigo resistir a essa tentação (também gosto de aplicar assim às vezes., hehe) Mas, você pode garantir que o nome da variável que você solicitou não está no programa anterior? Se houver esse nome de variável na frente dela, não significa que você solicitou a atribuição? Esse erro raramente pode ser cometido no mesmo arquivo, mas não se esqueça de incluir. É um arquivo incluído. Se o arquivo incluído contém as variáveis que você solicitou, então você está ferrado. problema lógico. Se você não tiver preguiça e usar dim para aplicar, quando o erro for reportado, você terá sorte em saber que esse nome de variável já existe! Em breve será corrigido!
Agora vamos discutir uma situação mais complicada. Se você incluir dois arquivos, haverá o mesmo nome de variável em ambos os arquivos. Se você usar dim para aplicar a ambos, ok, apenas reportará um erro dizendo que o nome da variável já existe. , você saberá o problema em breve. Agora você pode entender porque falei sobre o segundo ponto do escopo. Devido ao escopo, variáveis com o mesmo nome em arquivos diferentes geralmente não irão "brigar". No entanto, se for incluído por outro arquivo ao mesmo tempo, o problema será problemático, portanto, se o arquivo asp que você escreve for incluído, evite que a situação com o mesmo nome aconteça. Voltando à discussão original, seria bom se ambas as variáveis de inclusão com o mesmo nome fossem dim quando solicitadas nos dois arquivos de inclusão, mas o problema surge se o arquivo incluído posteriormente for aplicado omitindo dim O subseqüente aplicativo dim omitido. vira uma atribuição. O terrível é que está em dois arquivos include, o que fica muito escondido, dificultando a localização do problema!
Resumindo, você pode escrever alguns exemplos simples para entender os problemas. Por fim, sugiro:
1. Use dim para aplicar variáveis antes de usá-las! Programas especialmente complexos desenvolvidos por várias pessoas!
2. Ao atribuir valores às variáveis, preste atenção na grafia das variáveis!
3. Entenda cuidadosamente os arquivos incluídos.
***Agora vamos falar sobre verificação de erros:
Na verdade, encontrar problemas é mais importante do que escrever código! Pela minha experiência pessoal, os problemas se enquadram em três categorias:
1. Tipo de relatório de erro, o problema encontrado pelo sistema de compilação durante o processo de compilação do sistema, dará uma mensagem de erro Este é o problema favorito dos programadores Haha, não é anormal, mas esse tipo de problema é o. mais fácil de verificar!
2. Tipo lógico, um problema bastante chato O programa foi compilado com sucesso e pode ser executado, mas o resultado exibido não é o esperado em sua lógica. Oh meu Deus! O que devo fazer? Não há mensagem de alerta. Só posso analisar os resultados do erro com base na experiência e no sentimento e, em seguida, verificar o código-fonte. resultado depois de um dia difícil!
3. Categoria de desempenho, um problema terrível O programa foi compilado com sucesso, funciona normalmente e é exibido normalmente! No entanto, ocasionalmente, um erro ocorre de vez em quando e você não tem ideia em que circunstâncias o erro é acionado, ou o desempenho do programa não é tão alto quanto programas semelhantes e é executado lentamente. Alguns desses problemas podem ser resolvidos dentro. uma semana ou um mês, e algumas podem ser resolvidas em uma semana ou um mês. A maioria delas são doenças persistentes que não podem ser curadas. Fui torturado até a morte por esse tipo de problema!
Portanto, se você quiser aprender bem a programar, deve tentar resolver os problemas sozinho. Especialmente como os programas ASP, não há muitos problemas com a lógica. Os problemas que ocorrem são basicamente relatórios de erros. não deve ser necessário analisá-los por si mesmo. Acho que algumas pessoas estão dispostas a passar três dias no fórum esperando que outras pessoas lhes contem seus problemas. Por que elas mesmas não resolvem? Se você mesmo encontrar um problema, ganhará experiência. Essa é a riqueza dos programadores!
***Uma pequena experiência de programador:
Não pense que você é um programador só porque pode escrever algumas linhas de código ou ter feito alguns pequenos programas. Depois de trabalhar em uma empresa de software por alguns anos, você entenderá o que significa ser um programador. Escrever código nada mais é do que verificação e otimização de erros de código. Código, escrever documentação de software (não um simples manual do usuário, mas um aplicativo de projeto, instruções de design preliminar do projeto, instruções de design detalhadas do projeto, instruções de design de banco de dados, instruções de teste do projeto, manual do usuário, usuário). manual de manutenção, etc.), fatos Só porque você sabe programar, não significa que você pode desenvolver software. Na verdade, não sou bom o suficiente em alguns aspectos, como escrever documentação de software. Haha, é algo assustador de se pensar. Escrever documentação de software é muito mais doloroso do que escrever um programa! Sou programador Delphi há três anos, embora tenha concluído um bom projeto de software quando saí da empresa. Mas ainda sinto que sou insuficiente, por isso agora continuo a agregar competências em outros aspectos. A competição nesta sociedade já é muito acirrada. Quanto menos você trabalha, mais você trabalha para se aproximar do desemprego.
Em relação à primeira pergunta, recomendo fortemente que você utilize Dim para definir variáveis antes de utilizá-las. Não é muito difícil escrever mais uma linha de código. Em seguida, use <%Option Explicit%> no cabeçalho do arquivo ASP. Desta forma, se você acidentalmente escrever o nome da variável incorretamente, um erro informando que a variável não está definida será retornado e o local do erro poderá ser facilmente encontrado. Caso contrário, a variável será um valor Nulo.
Além disso, vamos falar sobre a segunda questão em conjunto com a Opção Explícita. Às vezes, precisamos incluir vários arquivos (como definição de cabeçalho, navegação superior e outros códigos), e Option Explicit só pode ser usado em um aplicativo ASP (observe que se refere ao aplicativo aqui, refere-se especificamente a um aplicativo, não a uma página, e não significa uma página) uma vez. Portanto, é melhor não colocar Option Explicit dentro do arquivo de inclusão para evitar confusão causada por ser chamada várias vezes em várias páginas.
Vamos falar sobre uma pequena questão sobre include. Geralmente, se o arquivo a ser incluído estiver no diretório atual, podemos usar diretamente
<!--#include file="abc.asp"-->
para incluí-lo. Porém, muitas vezes temos N arquivos que precisam ser incluídos. Portanto, para facilitar o gerenciamento, os colocamos em um INC ou diretório include. Desta forma, às vezes o código de inclusão é escrito como:
<!--#include file="..incabc.asp" -->
É sobre isso que quero discutir. Observe que usar .. pode acessar o diretório superior, o que traz um risco de segurança: os usuários podem fazer referência ilegal a arquivos fora do site. Por esse motivo, a ferramenta IIS Lockdown lançada pela Microsoft bloqueia esse método de referência, e a Microsoft bloqueia esse método por padrão no IIS6.0 do Windows Server 2003. Para os arquivos incluídos que não estão neste diretório, é recomendado usar este método de referência seguro:
<!--#include virtual="/inc/abc.asp"-->
Bem-vindo a explorações e discussões mais úteis