1. О комментариях
Комментарии в CSS очень важны при создании веб-сайтов xhtml+CSS. При создании стилей CSS вам следует сохранять привычку небрежно комментировать. Обычно я привык писать комментарии в формате «/* содержимое комментария*/», потому что в редакторах с функциями выделения, таких как EditPlus, обычно используется «/********» на языке C. Комментарии типа *******/" бессмысленны, и в качестве разделения не нужно заполнять много бессмысленного контента. Документы с комментариями служат исходными документами CSS веб-сайта. При публикации веб-сайта вы можете использовать инструмент сжатия CSS, чтобы сжать CSS и удалить комментарии из выходного CSS, чтобы повысить эффективность передачи файлов.
2. О нейминге
При именовании CSS-файлов я предпочитаю использовать семантически правильные английские имена или сокращения. Для необычных частей я могу использовать частичные имена пиньинь. Кроме того, в некоторых зависимых классах я могу использовать имя, похожее на «list_banner», то есть имя родительского элемента плюс «_» плюс имя элемента.
Что касается именования, его можно согласовать, исходя из привычек дизайнеров команды. Но лучше всего добавить комментарий после имени, чтобы можно было создать документацию для дальнейшего использования.
3. О наследстве
В CSS эффективно используйте наследование. Например, в двух вложенных элементах div родительский элемент определяет атрибут цвета фона как черный. Если фон дочерних элементов также черный, нет необходимости повторять определение. Правильное использование наследования CSS может сделать ваш код более эффективным и оптимизированным.
4. Об уровнях определения CSS
При определении классов в CSS рекомендуется использовать иерархический способ описания операторов.
Пример структуры:
| Ниже приводится цитируемое содержание: <div id="меню"> <div class="менюлист"> <div class="selectit"></div> </div> </div> |
Пример CSS:
| Ниже приводится цитируемое содержание: #меню { ... } #menu .menulist { ... } #menu .menulist .selectit { ... } |
В приведенном выше примере, исходя из окончательного эффекта, нет необходимости в многократном появлении #menu, но на самом деле, если #menu можно добавить впереди, это сделает иерархию документа более четкой и легкой для чтения.
5. О сортировке по стилям
При разработке таблиц стилей CSS мы в основном пишем код вручную, что может легко вызвать путаницу в порядке расположения стилей в классах. Например, некоторые классы используют отступы, поля, фон, цвет и другие стили. Однако при сортировке у некоторых классов фон выше, а у некоторых — выше. Это создает определенную путаницу и может легко расстроить ваше мышление. Я предлагаю, чтобы отдельные или командные дизайнеры согласовали приблизительный порядок, чтобы по отдельности не было большой разницы, но в целом было бы легче читать и управлять, а общая эффективность значительно повысится.
Например, по умолчанию я помещаю ширину, высоту, отступы, поля, границу и т. д. спереди, затем фон, затем шрифт, цвет, выравнивание текста и т. д., которые управляют текстом, а затем некоторые специальные теги, которые могут можно использовать только элементы, такие как стиль списка и т. д., и, наконец, фильтры CSS. При возникновении особых ситуаций (например, приоритета определенных свойств CSS, которые необходимо определить) их можно обрабатывать гибко.