1. Usar o atributo type nas tags e
Antigamente era comum usar type="text/css" ou type="text/javascript", mas hoje basta usar apenas ou.
2. Criar menus sanfonados com Javascript
Com e, isso pode ser implementado de forma simples apenas com HTML.
3. Usar e apenas uma vez por página
Algumas pessoas podem pensar que e representam o cabeçalho e o rodapé da página inteira, mas na prática esses elementos estão relacionados à seção mais próxima. Ou seja, podem ser usados como filhos de elementos , , e, e é uma boa prática usar e ao criar uma nova seção.
4. Usar frameborder="0" para remover a borda de um ``
O uso de frameborder="0" já não é mais recomendado no HTML5. Em vez disso, é melhor usar CSS, como em iframe { border: none; }.
5. Dar suporte ao IE8
Não só o Internet Explorer 8, mas todas as versões do Explorer deveriam deixar de ser suportadas. A Microsoft também encerrou o suporte ao IE 11 em junho de 2022, então não há mais necessidade de considerar suporte ao IE.
6. Usar tags de título de forma aleatória
As tags de título devem ser usadas de acordo com a estrutura da página e em ordem hierárquica. Se a última tag foi , a próxima deve ser ou ``.
7. Adicionar ="1" para atributos booleanos em tags HTML
Os atributos booleanos em tags HTML são definidos como true apenas pela presença do próprio atributo. Por exemplo, em ``, a presença de disabled já significa true, então não é necessário adicionar ="1".
14 comentários
O HTML5 surgiu porque antes o HTML era usado sem relação com as tags. Como HTML é uma linguagem de marcação, acho importante tratá-lo pensando que ele é um recipiente para dados. E, quanto a
type, quando se usam outros tipos como TypeScript (ts) é preciso especificá-lo, então talvez não seja necessário enfatizar tanto a omissão.Mais importante ainda: hoje em dia muita gente usa nomes de classes utilitárias, mas isso pode não ajudar do ponto de vista de conter dados.
Por exemplo, se você estiver guardando informações de título, mesmo usando
h1,h2,h3, é mais explícito e melhor se a classe fortitle.Mas criar nomes de classe como `` não é um bom caminho. Dar a ela o nome
titlee resolver com CSS pode resultar em uma página web que continue válida por mais tempo no futuro.Se for uma página da web com estrutura relativamente simples e voltada à transmissão de informações, é natural aplicar tags semânticas e classes. No entanto, nem todo usuário de HTML/CSS escreve apenas páginas web. Em casos como aplicações web, em que o uso de marcação para elementos visuais é inevitável e a estrutura é complexa, usar nomes de classe genéricos acaba gerando conflitos de nomes. É por isso que recursos como a encapsulação de visualização do Angular são necessários.
No fim das contas, como hoje em dia a maioria usa React, o importante é estruturar bem os componentes em vez de ficar obcecado com
class.No caso do item 7, isso é mais uma questão de preferência. Pessoalmente, acho que explicitar deixa mais fácil de distinguir e ler.
São códigos nostálgicos, não é?
Na época em que havia navegadores que não davam suporte adequado às tags
scriptestyle, era comum envolvê-las com comentários HTML para que o código de estilo e o código JS fossem interpretados como comentários.Deve ter sido nos anos 90 ou 2000...
Acho que ainda tem bastante gente escrevendo esse tipo de código...
Será que eles tinham considerado outras linguagens além de CSS e JS?
Em vez de
javascript, eravbscript. No IE.Será que os comentários vão ser processados direito???
O atributo
typede<script>não é necessário quando se usa módulo?Parece que
text/cssetext/javascriptnão são mais necessários, mas, como você disse,moduleprovavelmente será necessário.Acho que já tinha visto há muito tempo essa técnica de aplicar
display: nonena tagh1, mas será que ainda é válida?.. De repente me bateu uma nostalgia dos velhos tempos haha. Obrigado pelo resumo bem organizado!