Para gerenciar CSS de forma mais eficaz, Sofish explica os conceitos e perspectivas do "CSS modular" abaixo. Espero que isso seja útil para você.
Nos primeiros tempos de aprendizado de CSS, tive contato com o conceito de “CSS modular”, mas nunca o entendi bem. Falando nisso, o motivo é muito simples: porque quase todo o código é para o design do blog, e para uma estrutura tão pequena como a de um blog, não há necessidade de ter muitos arquivos CSS, porque a quantidade de código em si é pequeno e não há muitos modelos de página usando expressões diferentes, menos é mais conveniente de gerenciar. Portanto, meu entendimento de CSS modular é muito confuso, o que me leva diretamente a pensar que o seguinte método de divisão é muito razoável:
reset.css // Redefinir o estilo padrão do navegador.
layout.css //Gerencie o layout da página
typeset.css // Arranjo gráfico e de texto e
color.css // Gerenciamento unificado de correspondência de cores
print.css //Imprimir estilo de efeito
ie.css // Não é verdade hacks separados para IE. Recentemente trabalhei e entrei em contato com o site da empresa. O líder teve que escrever suas próprias especificações de escrita CSS, bem como algumas especificações HTML unificadas. canais/páginas/lojas. Só então percebi que a divisão acima ainda era demasiado idealista. Pessoalmente, acho que o seguinte método de divisão pode ser usado. Vamos anotá-lo primeiro e, em seguida, comparar esses dois métodos de divisão para encontrar um método de divisão modular CSS adequado que resolva melhor o gerenciamento de arquivos CSS:
reset.css
header.css // Todos os estilos do cabeçalho
container.css // Estilo da área intermediária, exceto cabeçalho/parte inferior
footer.css // Estilo inferior
imprimir.css
ou seja,.css
Podemos ver que existem três arquivos CSS diferentes. O primeiro método de divisão é uma boa abordagem, mas é mais difícil de gerenciar. Embora seja “modular”, o estilo do conteúdo exibido é separado. No entanto, como é impossível para todos compreender 100% o conteúdo de cada arquivo CSS, isso pode levar aos seguintes problemas:
1. Os problemas de eficiência e o objetivo final estão no conteúdo do site. é alterado, quantas vezes pode ser necessário alterar todo o CSS. Como resultado, o que originalmente era uma simples modificação começou a ficar complicado. Além disso, se forem feitas múltiplas alterações, podemos ignorar algo e exigir mais depuração. Isto não só atrasará a realização do objetivo final, mas também causará um problema de eficiência.
2. Chame o menor número possível de arquivos CSS. Na maioria dos casos, um site é dividido em head, middle e bottom E, geralmente, ao criar novos canais/páginas e afins, o head e o bottom não serão alterados. apenas a parte do meio é alterada. Desta forma, todos os arquivos CSS devem ser chamados, pois a modularidade de HTML e CSS não é consistente. Isso fará com que o servidor suporte mais pressão. Este é um aspecto. Outro aspecto é que se alguns elementos da nova página entrarem em conflito com outras páginas, poderemos ter que escrever muito código sobre seleção de prioridade, aumentando a quantidade de código. Nada disso é o que queremos. É por isso que header.css e footer.css devem ser separados.
3. Problemas com a cooperação multipessoal Se houver mais de um de nós trabalhando, a divisão do trabalho pode ser que alguém complete a navegação no topo, alguém complete a barra de pesquisa na parte inferior e alguém complete a construção do novo página no meio. Dessa forma, todos alteram vários arquivos ao mesmo tempo, e as coisas que alteram são diferentes. Se quiser atualizar para o servidor, você deve primeiro comparar e depois atualizar. (É claro que agora existem softwares como gerenciamento de versão. No entanto, se você trabalhar ao mesmo tempo, a versão também será um problema. Você tem que acreditar que talvez as atualizações nunca mudem isso.)
Conclusão:
Claro, o método de divisão acima é apenas um modelo simples. A arquitetura de diferentes websites pode exigir uma classificação mais detalhada. Uma coisa que precisa ser lembrada aqui é que com CSS modular, devemos sempre deixar claro que estamos aqui para facilitar o gerenciamento, a modificação e a colaboração entre várias pessoas, em vez de uma simples divisão. Se eu tiver alguma sugestão, acho que a modularidade do CSS deveria ser consistente com a modularidade do HTML. O consenso aqui é que seja a divisão de arquivos ou a divisão de conteúdo CSS, é consistente com a modularidade do HTML. Isso será mais benéfico para o nosso trabalho.
E o que você acha?