Limpar uma coisa flutuante que quem faz uma página encontrará, mas todos podem conhecer de forma clara e abrangente? Então, quando eu estava livre, escrevi imediatamente esse artigo. Eu não conseguia cobrir tudo, mas poderia basicamente ensinar tudo o que sabia.
Vamos dar uma olhada em quantas maneiras de limpar o flutuador (não vou escrever com o Zoom: 1, vou escrever para o próximo tópico). A
demonstração correspondente- Use pseudo-classe: depois de limpar a camada pseudo-classe com altura vazia subsequente bit zero
- Use Overflow CSS: Auto para apoiar a altura
- Use Overflow CSS: oculto para gerar adaptações estranhas
- Use exibição: tabela para transformar objetos em forma de tabela
- Use tags div e atributos CSS CLET
- Use tags BR e atributos claros CSS
- Use a tag BR e seu próprio atributo HTML Clear
Em uma aparência difícil, todos eles podem resolver o problema; No entanto, por outro lado, eles têm seus próprios prós e contras. (Correspondência individual)- A semântica da estrutura das vantagens está completamente correta e não causará outros problemas estranhos. Desvantagens O método inadequado de reutilização pode facilmente causar o aumento do volume de código. Recomenda -se para pessoas que usam a camada mais externa quando está flutuando ou a usam claramente de maneira modular.
- Vantagens A estrutura está completamente correta e o volume de código é muito pequeno. As desvantagens após vários ninhos, clicar na caixa flutuante mais externa serão selecionados do conteúdo mais externo ao mais interno (FF); ou quando o mouseOver faz com que a largura mude, o módulo mais externo terá uma barra de rolagem (ou seja). Recomenda -se usar módulos internos, não os aninhe.
- Vantagens A estrutura está completamente correta e o volume de código é muito pequeno. Quando as desvantagens aumentam, é provável que o conteúdo esteja oculto sem embrulhar automaticamente a linha. Recomenda -se usá -lo quando a largura é fixa e não o aninhe.
- Vantagens A estrutura está completamente correta e o volume de código é muito pequeno. Os atributos do modelo de caixa de desvantagem mudaram e você pode imaginar que existem naturalmente tantos eventos estranhos que você nem consegue contar. É recomendável que, se você não quiser alterar o bug, é melhor não usá -lo; No entanto, ele pode ser testado como um tolo temporário na versão alfa.
- Vantagens: número muito pequeno de códigos e reutilização extremamente alta. As desvantagens são completamente ineficazes na adaptação à semântica, o que não é propício às mudanças de revisão e requisitos. É recomendado para iniciantes usá -lo, o que permite resolver rapidamente problemas flutuantes.
- Vantagens O grau de semantização é melhor que o quinto caso; O volume de código é muito pequeno e a reutilização é extremamente alta. A semântica das desvantagens ainda é imperfeita, o que não é propício à revisão e exigência de mudanças. É recomendado para iniciantes usá -lo, o que permite resolver rapidamente problemas flutuantes.
- Vantagens O grau de semantização é melhor do que nos casos 5 e 6; O número de códigos é o menor e a reutilização é extremamente alta. A semântica das desvantagens ainda é imperfeita, o que não é propício à revisão e exigência de mudanças. Recomenda -se orientar os iniciantes a usá -lo ao atualizar o pensamento para que eles entendam que, em vez de usar o ClassName para controlar um desempenho, é melhor retornar à era das páginas da Web no Web1.0 para usar diretamente os atributos HTML para controlar o desempenho. Afinal, o último tem menos código.
Finalmente, a lista é concluída. No entanto, acho que é necessário pedir desculpas a todos sobre o artigo reimpresso por fantasmas antes. O que me arrependo é mudar o título de fantasmas e mudar o mais simples para o ideal, para que muitos estudantes tenham sido enganados mais tarde. Então, escrevi um artigo reescrito para compartilhar.