Некоторые примеры повышения четкости и эффективности CSS-кода — это проблемы, которые беспокоят многих создателей и разработчиков веб-страниц. Но, вероятно, не существует волшебства, которое могло бы гарантировать, что ваша таблица стилей будет сокращена до определенного процента за один раз. Разумные навыки кодирования CSS и организации действительно могут помочь вам писать более понятный и эффективный код. Естественные стили CSS. Сокращение таблицы. размер также сокращает время загрузки.
1. Верстка:
1. Добавьте соответствующие пробелы между ключевыми словами и операторами.
2. Добавьте пустые строки между относительно независимыми программными блоками.
3. Более длинные утверждения, выражения и т.п. следует писать в несколько строк.
4. Новые строки должны иметь соответствующий отступ, чтобы макет был аккуратным, а утверждения - читабельными.
5. Длинные выражения следует разбивать на новые строки низкоприоритетными операторами, причем операторы следует размещать в начале новой строки.
6. Если в циклах, суждениях и т.п. присутствуют длинные выражения или утверждения, их необходимо соответствующим образом разделить.
7. Если параметры в функции или процессе длинные, их необходимо разделить соответствующим образом.
8. Не допускается писать несколько коротких заявлений в одну строку, то есть писать только одно заявление в одну строку.
9. Начало функции или процедуры, определение структуры и код в таких операторах, как циклы и решения, должны быть с отступом.
10. Язык C/C++ использует фигурные скобки '{' и '}' для определения программного блока. При написании программного блока каждый из '{' и '}' должен занимать отдельную строку и располагаться в одном и том же столбце. должен находиться в левой части оператора, который ссылается на них. Вышеупомянутый метод отступа должен быть принят в начале тела функции, определении класса, определении структуры, определении перечисления и программах в операторах if, for, do, while, switch и case. .
2. Комментарии
1. Комментарии должны быть простыми и понятными.
2. Комментируйте во время написания кода, изменяйте код и одновременно изменяйте соответствующие комментарии, чтобы обеспечить согласованность между комментариями и кодом.
3. Комментируйте там, где это необходимо, и количество комментариев должно быть умеренным. Содержание аннотации должно быть ясным и кратким, а смысл должен быть точным, чтобы избежать двусмысленности в аннотации. Держите комментарии рядом с кодом, который они описывают, то есть принцип близости комментариев.
4. Комментарии к коду должны располагаться рядом с ним сверху, а не снизу.
5. Комментарии к структуре данных должны располагаться рядом с ней сверху, а не снизу; комментарии к каждому полю структуры должны располагаться справа от этого поля; комментарии к разным полям одной структуры должны быть выровнены.
6. Комментарии к переменным и константам должны располагаться рядом или справа над ними.
7. Глобальные переменные должны иметь более подробные комментарии, включая описания их функций, диапазонов значений, какие функции или процедуры имеют к ним доступ, а также меры предосторожности при доступе к ним.
8. В заголовке каждого исходного файла должна быть необходимая аннотационная информация, включая: имя файла; номер версии; дата создания; описание функций модуля (например, функции, основные алгоритмы, связи между внутренними частями, взаимосвязь файла с другими). файлы и т. д.); список основных функций или процессов и записи исторических изменений этого файла и т. д.
9. Перед каждой функцией или процессом должна быть необходимая аннотационная информация, включая: имя функции или процесса; описание функции ввода, вывода и возвращаемого значения; описание вызываемой связи и т. д.