1. Regras de incorporação
Os programas JavaScript devem ser colocados em arquivos .js o máximo possível. Quando você precisar ligar para eles, você deve incluí -los na forma de <script src = "filename.js"> na página. Se o código JavaScript não for dedicado à página, tente evitar a gravação do código JavaScript diretamente na página.
2. Alinhe o indentação e a quebra de linha
a) Indentação
O mesmo padrão de indentação deve ser adotado no mesmo sistema. Este artigo defende que o tamanho do recuo é de 4 espaços. Cada compilador define diferentes tamanhos em branco para as teclas de guia. Recomenda -se redefinir as teclas de atalho de guias no editor para 4 espaços ao configurar o ambiente de desenvolvimento. A maioria dos compiladores fornece esse recurso. Caso contrário, é recomendável pressionar 4 espaços para recuar.
b) quebra de linha
Quebras de linha devem ser:
Após o término de cada declaração independente;
Se, caso contrário, pegue, finalmente, embora antes das palavras -chave como palavras -chave;
Quando um operador quebra uma linha, o operador deve estar no início da nova linha.
Para quebras de linha que ocorrem quando um comprimento de linha única excede o limite, separe a política de referência no comprimento da linha.
1). A corda é muito longa e truncada
Cada linha de código deve ser inferior a 80 caracteres. Se o código for longo, tente quebrar a linha. A nova linha deve ser selecionada após o operador e o ponto de pontuação, de preferência após o semicolon ";" ou vírgula ",". A próxima linha de código é recuada por 4 espaços em relação à linha anterior. Isso pode efetivamente impedir erros ausentes de código causados por colar e aumentar a legibilidade.
Truque a sequência por um certo comprimento e use o operador + para concatenar. Tente executar a semântica o máximo possível, como não quebrar um substantivo completo. Em particular, para a emenda de fragmentos HTML, a mesma estrutura que o HTML é mantida pelo indentação:
Você também pode usar matrizes para conspitá -lo, o que é mais fácil de ajustar o recuo do que + operações:
2). O operador ternário é muito longo
O operador ternário consiste em 3 partes, portanto, suas quebras de linha devem formar 3 situações diferentes de acordo com a duração de cada parte:
As seguintes situações não devem ocorrer:
3). Combinação de condição lógica excessivamente longa
Quando 80 caracteres não podem atender às necessidades devido à complexa combinação de condições lógicas, cada condição deve ser colocada independentemente de uma linha, e o operador lógico deve ser colocado no início da linha para separação, ou parte da lógica deve ser separada por combinação lógica. Por fim, coloque os suportes de fechamento) e os colchetes de abertura {em uma linha independente para garantir que a instrução bloqueie com o IF pode ser facilmente identificado visualmente. como:
4). JSON e Array excessivamente longos
Se houver muitas propriedades de objetos, fazendo com que cada propriedade ocupe muito espaço, ela pode ser organizada por semântica ou lógica, como:
Através de 5 grupos de grupos, cada linha é controlada dentro de um intervalo razoável e é logicamente segmentada. Para matrizes com mais projetos, o mesmo método também pode ser usado, como:
5). Declaração de return
Se a execução da expressão for usada como valor de retorno, coloque a expressão e retorne na mesma linha para evitar que a nova linha seja interpretada como o final da instrução e causando um erro de retorno. Se nenhuma expressão for retornada após a palavra -chave de retorno, indefinido será retornado. O valor de retorno padrão do construtor é esse.
Exemplo:
3. Nomeação
Os métodos de nomeação geralmente têm as seguintes categorias:
um). Descrição da nomenclatura
1). Camenclatura, como Thisisanapple
2). Nomenclatura da Pascal, como Thisisanapple
3). Nomenclatura sublinhada, como this_is_an_apple ・
4). A nomenclatura da marcação do meio é assim
Dependendo de diferentes tipos de conteúdo, a seguinte nomenclatura deve ser estritamente adotada:
b). Nome variável: A nomenclatura de camelo deve ser usada
c). Nome do parâmetro: a nomenclatura do camelo deve ser usada
d). Nome da função: a nomenclatura de camelo deve ser usada
e). Método/propriedade: a nomenclatura de camelo deve ser usada
f). Private (protegido) membro: deve ser sublinhado_begin
g). Nome constante: Toda a nomenclatura do sublinhamento de capital deve ser usada, como IS_Debug_enabled
H). Nome da classe: A nomenclatura Pascal deve ser usada
eu). Nome da enumeração: A nomenclatura Pascal deve ser usada
j). Propriedades de enumeração: a nomenclatura sublinhada deve ser usada em todas as capitais
k). Namespace: a nomenclatura de camelo deve ser usada
l) .Emantics: A nomeação também requer atenção à semântica, como:
Os substantivos devem ser usados para nomes de variáveis;
O tipo booleano deve começar, tem, etc. para indicar seu tipo; ・
Os nomes de funções devem usar frases verbais-objeto;
Nomes de classe devem ser feitos com substantivos.
4. Comentários
Os comentários devem ser o mais simples possível e claro possível. Concentre -se no significado dos comentários e anote as partes menos intuitivas:
(Obviamente, essa prática de definir diretamente um monte de variáveis globais não é recomendada)
Além disso, os comentários do JavaScript têm dois tipos de "//" e "/ * ...... */". Recomenda -se que "//" seja usado como linha de comentários de código, e o formulário "/ * .... */" é usado como um cancelamento de todo o segmento de código ou em declarações mais formais, como descrições de parâmetros de função, funções, funções de arquivo, etc.:
Além disso: ao copiar e colar, você deve prestar atenção se os comentários correspondem ao código.
5. declaração
1). Declaração variável
Embora a linguagem JavaScript não exija declarações variáveis antes de serem usadas. Mas ainda devemos desenvolver esse bom hábito. Isso facilita a detecção de variáveis não declaradas, evitando que elas se tornem variáveis globais ocultas e causando perigos ocultos.
No início da função, você deve primeiro usar a palavra -chave VAR para declarar as variáveis locais a serem usadas na função, comente as funções e os significados representativos das variáveis e devem ser classificados em ordem alfabética. Cada variável ocupa uma única linha para adicionar comentários. Isso ocorre porque apenas o {} da função no JavaScript indica escopo, as variáveis locais declaradas com a palavra -chave VAR são válidas apenas dentro da função, enquanto as variáveis não declaradas pelo VAR são consideradas variáveis globais. Exemplo:
Há uma diferença entre os valores variáveis declarados com o VAR e o ValueB variável declarado sem um declarado. É particularmente importante observar que a variável declarada com VAR dentro da função é uma variável local, que pode efetivamente evitar erros causados pelo mesmo nome que a variável local e a variável global.
2). Declaração de função
As funções também devem ser declaradas antes da chamada e as funções internas devem ser declaradas após declarações VAR que declaram variáveis internas, que podem indicar claramente o escopo de variáveis internas e funções internas.
Além disso, deve haver um espaço entre o nome da função imediatamente entre o suporte esquerdo '(' e o suporte fechado ')' e o seguinte '{' para exibir claramente o nome da função com sua parte do parâmetro e o início do corpo da função. Se a função for uma função anônima/sem nome, deixe um espaço entre a palavra -chave da função e o suporte de abertura '(', caso contrário, ela pode ser confundida com o nome da função da função.
Exemplo de declaração de função interna:
A partir da saída do exemplo acima, pode -se observar que a função INF () apenas entra em vigor dentro da função outf () e a variável local Innera entra em vigor no escopo da função interna. Esse método de codificação torna claro o escopo de variáveis e funções.