Чтобы более эффективно управлять CSS, Sofish ниже объясняет концепции и перспективы «модульного CSS». Надеюсь, это будет вам полезно.
В первые дни изучения CSS я столкнулся с концепцией «модульного CSS», но никогда ее хорошо не понимал. Говоря об этом, причина очень проста: поскольку почти весь код предназначен для дизайна блога, а для такой маленькой структуры, как блог, вообще нет необходимости иметь много CSS-файлов, поскольку объем кода сам по себе небольшой, и шаблонов страниц, использующих разные выражения, не так много, чем меньше, тем удобнее управлять. Поэтому мое понимание модульного CSS очень запутанное, что прямо наводит меня на мысль, что следующий метод деления очень разумен:
reset.css // Сброс стиля браузера по умолчанию.
макет.css //Управление макетом страницы
typeset.css // Расположение графики и текста и
color.css // Единое управление сопоставлением цветов
print.css //Стиль эффекта печати
ie.css // Неверно разделять хаки для IE. Недавно я работал и познакомился с сайтом компании. Лидеру пришлось написать свои собственные спецификации написания CSS, а также некоторые унифицированные спецификации HTML, а также он написал новые; каналы/страницы/магазины. Только тогда я понял, что приведенное выше разделение было еще слишком идеалистическим. Лично я считаю, что можно использовать следующий метод деления. Давайте сначала запишем это, а затем сравним эти два метода разделения, чтобы найти подходящий метод модульного разделения CSS, который лучше решает проблему управления файлами CSS:
reset.css
header.css // Все стили заголовка
Container.css // Стиль средней области, кроме заголовка/низа
footer.css // Нижний стиль
print.css
т.е.css
Мы видим, что существует три разных файла CSS. Первый способ разделения — хороший подход, но с ним сложнее справиться. Хотя он и «модульный», стиль отображаемого контента разделен. Однако, поскольку невозможно на 100% понять содержимое каждого CSS-файла, это может привести к следующим проблемам:
1. Проблемы с эффективностью и конечная цель заключаются в содержании веб-сайта, если содержимое определенной области. изменен, сколько раз это может занять? Изменить весь CSS. В результате то, что изначально было простой модификацией, стало усложняться. Более того, если внести несколько изменений, мы можем что-то упустить и потребовать дальнейшей отладки. Это не только задержит реализацию конечной цели, но и вызовет проблемы с эффективностью.
2. Вызывайте как можно меньше CSS-файлов. В большинстве случаев веб-сайт делится на верхнюю, среднюю и нижнюю части. И, как правило, при создании новых каналов/страниц и тому подобного верхняя и нижняя часть не изменяются. изменена только средняя часть. Таким образом необходимо вызывать все файлы CSS, поскольку модульность HTML и CSS несовместима. Это приведет к тому, что сервер будет испытывать большее давление. Это один аспект. Другой аспект заключается в том, что если некоторые элементы на новой странице конфликтуют с другими страницами, нам, возможно, придется написать много кода для выбора приоритета, увеличивая объем кода. Ничего из этого не то, чего мы хотим. Вот почему header.css и footer.css следует разделить.
3. Проблемы с сотрудничеством нескольких человек. Если работает несколько человек, разделение труда может заключаться в том, что кто-то завершает навигацию в начале, кто-то завершает панель поиска внизу, а кто-то завершает построение нового страница посередине. Таким образом, каждый меняет несколько файлов одновременно, и изменения происходят по-разному. Если вы хотите выполнить обновление на сервере, вам необходимо сначала сравнить, а затем обновить. (Конечно, сейчас есть такой софт, как управление версиями. Однако, если вы одновременно работаете, то и версия — это тоже проблема. Надо верить, что, возможно, обновления никогда ее не изменят.)
Вывод:
Конечно, описанный выше метод деления — это всего лишь простая модель. Архитектура различных веб-сайтов может потребовать более детальной классификации. Здесь следует напомнить одну вещь: при использовании модульного CSS мы всегда должны понимать, что мы здесь для того, чтобы облегчить управление, модификацию и сотрудничество между несколькими людьми, а не простое разделение. Если у меня есть какие-либо предложения, я думаю, что модульность CSS должна соответствовать модульности HTML. Здесь сходятся во мнении, что будь то разделение файлов или разделение содержимого CSS, оно соответствует модульности HTML. Это будет более полезно для нашей работы.
И что ты думаешь?