Eu vi um artigo que ele escreveu no ano passado sobre Perfection kills. Ele era muito detalhado sobre otimização de HTML. Vou registrá-lo por enquanto, embora algumas coisas nele não possam ser aplicadas no ambiente atual. Sob a tendência atual de os aplicativos WEB se tornarem gradualmente front-end, a otimização do lado do cliente tem atraído cada vez mais atenção. Como reduzir o código, como exibir aplicativos rapidamente aos usuários, como reduzir o tempo de espera do usuário, etc., como o do Yahoo. 34 regras de ouro da otimização É proposto um plano de otimização detalhado.
A parte mais básica da otimização de páginas da web deve ser a otimização de HTML. Especificamente, a primeira é a limpeza da marcação. A marcação pode não apenas reduzir o tamanho do documento, mas também tornar o documento mais fácil de manter e melhorar a visibilidade dos mecanismos de pesquisa (Limpo). marcação significa melhor acessibilidade), manutenção mais fácil e boa visibilidade do mecanismo de pesquisa), mas mesmo para aquelas páginas da web que são consideradas altamente otimizadas, se você olhar atentamente para o código, ainda poderá encontrar muitos usos de tags que podem ser excluídos ou estão desatualizados:
1. Comente os caracteres no roteiro
<linguagem SCRIPT=javascript>
<!-- Começar
alerta("daimaren.cn");
// Fim -->
</script>
A menos que um navegador quase extinto como o 95 Netscape 1.0 exija tal processamento, na maioria dos navegadores convencionais, adicionar comentários HTML a blocos de script é completamente desnecessário.
2.<![CDATA[ ]>
<script type="texto/javascript">
//<![CDATA[
...
//]]>
</script>
Esta é outra medida de prevenção de erros que é frequentemente adicionada aos blocos de código js ao lidar com documentos XHTML reais (tipo de conteúdo "application/xhtml+xml") para evitar que o código analise um símbolo < como o início de uma tag, tudo. o conteúdo contido no CDATA será tratado como texto. Mas a situação real é que o tipo de conteúdo de quase todas as páginas da web atualmente é texto/html, o que significa que não são documentos xml no sentido estrito, mas apenas texto de texto, portanto esta medida de prevenção de erros é completamente desnecessária. se você tiver certeza de que oferece suporte a documentos XML, deverá usar CDATA apropriadamente, dependendo da situação.
3.onclick=”…”, onmouseover=”“e assim por diante.
É uma prática muito imprudente escrever atributos de eventos em tags HTML, o que reduz a capacidade de manutenção do código e polui as tags. Se os atributos de eventos forem adicionados dinamicamente por meio de JS, não apenas eles poderão ser controlados de forma flexível, mas também o cliente JS poderá. ser usado A vantagem do armazenamento em cache é que esses atributos de evento não precisam seguir cada solicitação de documento.
4.onclick=”javascript:…”
Esta é uma bagunça interessante de javascript. Pseudoprotocolos e manipuladores de eventos intrínsecos podem fazer até 100.000 combinações redundantes. O fato é que o conteúdo dentro do atributo do evento se torna uma função do corpo após a análise. . , então javascript: torna-se uma tag redundante inútil aqui.
5.href=”javascript:void(0)”
Continuando com o pseudo-protocolo javascript:, um dos notórios é o javascript:void(0), que é usado para evitar a ação de âncora padrão. Isso fará com que o JS falhe na análise normal ou cometa erros (desativado/não disponível/). erros). O ponto de ancoragem está completamente indisponível. A solução ideal é preencher a URL correta no href e, em seguida, usar JS para reescrevê-lo dinamicamente, para que o ponto de ancoragem não fique indisponível mesmo que o JS não seja executado. HREF=“#” é uma alternativa simplificada e mais rápida.
6. estilo=”…”
Não há nenhum erro essencial, mas é difícil de manter posteriormente. Além disso, movê-lo para um arquivo CSS externo pode ser armazenado em cache para melhorar a eficiência de execução da página.
7. <linguagem de script=”Javascript”
Um dos atributos mais incompreendidos, pensar que esta é a “linguagem” do roteiro, é tão antigo que foi descontinuado em 1999.
8. <script charset=”…”
<script type="text/javascript" charset="UTF-8">
...
</script>
Outro atributo facilmente incompreendido da tag script, charset é descrito em HTML4.01: Observe que o atributo charset se refere à codificação de script especificada pelo atributo src do caractere e não envolve o conteúdo do elemento script. (Observe que o atributo charset se refere à codificação de caracteres do script designado pelo atributo src; não se refere ao conteúdo do elemento SCRIPT.), ou seja, ele especifica apenas o formato de codificação do arquivo de script ao delinear o roteiro. Não recomendado.