Css комментарии: Комментарии — CSS | MDN

Содержание

Комментарии в CSS | CSS справочник

CSS комментарии

Комментарий в CSS начинается с символов /* и заканчивается символами */ и может занимать несколько строк, его содержимое никак не отражается на разметку и игнорируется браузерами.

/*Комментарий 1*/

/*
 Многострочный
 Комментарий
 !!!
*/

Комментарии в CSS, могут применяться в разных случаях, напрмер:

  • Комментарии нужны, чтобы делать пояснения по поводу применения CSS свойств (Помогает разобраться в большом объеме кода)
    nav p{
     padding-left:20px;/*Отступ слева для параграфов в навигации*/
    }

     

  • Для разделения структурных блоков (если вы пишите весь css в одном файле, удобно размечать начало каждого следующего блока с помощью комментариев например: 
    /*Шапка*/
      ...
    /*Навигация*/
      ...
    /*Тело*/
      ...
    /*Подвал*/

     

  • Отключение части CSS свойст при отладке (если вы хотите посмотреть как будет смотреться блок, если вы поменяете пару свойств, но при этом не хотите переписывать код заново, если вы решили вернуть всё как было, то целесообразно просто закоментировать необходимые CSS свойства)

    p{
    /* color:red;Параграф красного цвета (было)*/
       color:green;/*Параграф зеленого цвета (стало)*/
    }

     

Коментарии в CSS увеличивают объем текста

Как вы понимаете, чем больше комментариев в CSS вы используете, тем более понятней становится ваш код и вам легче в нем ориентироваться. Но увеличение колличества символов в CSS файле влечет за собой увеличение размера файла, а следовательно сайт будет загружаться медленней. По этому комментарии используются только в процессе разработки и отладки. Когда верстка сайта готова, необходимо минимизировать CSS файл с помощью специальных сервисов, либо библиотек. В результате у вас будет 2 css файла.

  • Первый для работы
  • Второй для загрузки на сервер.

Вы также можете продолжать работать с рабочим файлом, но при каждой выгрузке минимизировать его и загружать на сервер сжатый файл.

 

Примечание: Нельзя вложить один комментарий в другой. Это случается, когда вы временно отключаете css свойство у 1 блока, а потом хотите закомментировать блок полностью, но внутри уже есть вложенный комментарий. Любой текстовый редактор должен вам указать на ошибку, выделив цветом тот кусок css кода который действительно будет закоментирован

/*
p {
  color: red; /* цвет текста в абзацах - красный */
  background-color: green;
}
*/

 

Комментарии CSS макет — CodeRoad



Я хочу сделать макет CSS для комментариев.

Таким образом, в основном блок комментариев состоит из 3 частей:

  1. Фото пользователя слева
  2. Заголовок комментария (состоящий из имени пользователя, плавающего слева, и данных комментария, плавающих справа)
  3. Тело комментария (плавающая фотография пользователя)

http://dabblet.com/gist/10660127 это то, что у меня есть до сих пор. Проблема в том, что я не могу сделать правильный заголовок комментария. Очевидно, я хочу выровнять его правильно, как если бы я поставил много brs после. comment-title (но не лучшее решение, здесь я показываю желаемый результат: http://dabblet.com/gist/10660333 ).

Есть ли хорошее решение для этого markup?

html css
Поделиться Источник Victor     14 апреля 2014 в 15:54

3 ответа


  • подскажите из CSS комментарии?

    Я пишу быстрый preg_replace, чтобы удалить комментарии из CSS. CSS комментарии обычно имеют такой синтаксис: /* Development Classes*/ /* Un-comment me for easy testing (will make it simpler to see errors) */ Поэтому я пытаюсь убить все, что находится между /* и */, вот так: $pattern =…

  • CSS Вложенные Комментарии

    Есть ли какой-нибудь способ вложить комментарии в CSS? Например, когда я пытаюсь закомментировать следующие два оператора, внешний комментарий заканчивается, когда он сталкивается с */ во вложенном комментарии, оставляя rest первого оператора и второго оператора без комментариев. /* #container {…



1

Вам нужно добавить clear: both (или , может быть, clear: right, в зависимости от того, как он ведет себя с изображением аватара) в ваш класс body .

Вы тоже можете дать ему немного padding-top.

Поделиться Grim…     14 апреля 2014 в 15:57



0

Отдельное слева контент, справа контент в явном виде: пользователей-фото пользователей-инфо.

Применяются левое поле: ширина(.пользователь-на фото) + несколько пикселей

Сделать .title display: table

См. пример в Fiddle

HTML:

<div></div>
<div>
    <div>
        <h4>User name</h4>
        <h4>11.02.2014</h4>
    </div>
    <div>  
    Aenean vel ornare sapien. Suspendisse cursus pulvinar mattis. Donec magna odio, feugiat sed blandit vitae, fermentum eget ante. In iaculis nulla pretium malesuada porttitor. Ut adipiscing purus at pulvinar ultricies. Vestibulum lacinia erat felis, vitae faucibus justo dictum quis. Proin at erat ut turpis mollis aliquet. Aenean ornare nunc non elit sodales bibendum. Donec ac blandit turpis. Nunc faucibus in sapien in vehicula. Sed quam arcu, bibendum in imperdiet consequat, suscipit quis metus. In non est porttitor, adipiscing justo vitae, tempus nisi.
    </div>  
</div>

Diff CSS:

.comment .user-info {
    margin-left: 120px;
}

.comment .title {
    display: table;
    width: 100%;
}

Поделиться Andre Figueiredo     14 апреля 2014 в 16:13



0

Я полагаю, вы просто хотите плыть user-photo влево? Вот что я очень быстро придумал: http://dabblet.com/gist/10661017

Поделиться Bill Criswell     14 апреля 2014 в 16:01


  • Пользовательские комментарии CSS

    Я пытаюсь иметь комментарии Facebook на своем сайте, и я хотел бы стилизовать его в соответствии с дизайном моих сайтов. Можно ли включить custom CSS в комментарии, и если да, то как бы я это сделал?

  • Жидкий макет и css спрайтов

    Я использовал css sprite для отображения фона на дизайне фиксированной ширины. Я меняю макет на fluid, но из-за фоновых позиций фоновое изображение становится шатким, когда браузер изменяет размер. Можно ли использовать css sprite с жидким фоном сетки, где он изменяет размер или макет? Мне нужен…


Похожие вопросы:


CSS получает ли он заявку, несмотря на комментарии??

Я видел комментарий CSS на моей странице PHP, заключенной в <!— —> любить <style type=text/css> <!— body { } … —> </style> когда я оптимизировал свой код, то удалил…


CSS редактор распознает и индексирует комментарии?

Веб-страница обычно состоит из нескольких областей, заголовка, содержимого, боковой панели, нижнего колонтитула, а также может быть более подробной, навигации, логотипа, слайдера, виджетов… Я…


CSS комментарии вызывают странные эффекты

Может ли кто-нибудь объяснить, почему использование подобных комментариев в css вызывает действительно странные эффекты SOMETIMES? Это прекрасно работает /* —————————— */ /* some…


подскажите из CSS комментарии?

Я пишу быстрый preg_replace, чтобы удалить комментарии из CSS. CSS комментарии обычно имеют такой синтаксис: /* Development Classes*/ /* Un-comment me for easy testing (will make it simpler to see…


CSS Вложенные Комментарии

Есть ли какой-нибудь способ вложить комментарии в CSS? Например, когда я пытаюсь закомментировать следующие два оператора, внешний комментарий заканчивается, когда он сталкивается с */ во вложенном…


Пользовательские комментарии CSS

Я пытаюсь иметь комментарии Facebook на своем сайте, и я хотел бы стилизовать его в соответствии с дизайном моих сайтов. Можно ли включить custom CSS в комментарии, и если да, то как бы я это…


Жидкий макет и css спрайтов

Я использовал css sprite для отображения фона на дизайне фиксированной ширины. Я меняю макет на fluid, но из-за фоновых позиций фоновое изображение становится шатким, когда браузер изменяет размер….


Линия-высота CSS движется макет

Я пытаюсь использовать высоту строки для размещения моего абзаца, но все, что выше 1.25 для моей высоты строки, разрушает макет сайта. Вот он на JSfiddle: http://jsfiddle.net/2cHe3/1 / Я разместил…


однострочные комментарии к внешнему файлу css

Я хочу знать, есть ли у внешних файлов css однострочные комментарии или нет. Я использую внешний файл css(styles.css) и хочу использовать однострочные комментарии в этом файле. Я пробовал…


Создать макет сетки CSS

Мне нужно создать макет с использованием сетки CSS, как показано на рисунке ниже, для разрешений выше 900px:- Для разрешений ниже 900px мне нужно, чтобы макет выглядел так Итак, до сих пор я…

Комментарии в css коде


Использование комментариев в коде CSS

Комментировать ваш код CSS  — очень хорошая привычка в работе. Когда работа свежая, она живет в вашей памяти, все логические связи на своих местах. Однако если вам придется вернуться к коду через год, будет не так просто. Не говоря уже о случаях, когда над проектом работает команда программистов, и велика вероятность того, что в ваш код заглянет кто-то кроме вас.

Комментарии служат двум основным целям:

• Заметки и напоминаниями

Комментарии позволяют оставлять себе заметки о том, для чего служат определенные разделы Вашего файла стилей. Довольно часто и вольнонаемным, и офисным веб-разработчикам приходится возвращаться к коду CSS, с которым они работали более полугода назад, и в этом случае комментарии помогут быстро вспомнить, что именно делает конкретная часть кода.

• «Флажки» до и после проблемных участков кода

Код, окруженный разметкой комментария перестает выполняться. Так как код CSS в широком смысле читается сверху вниз, можно вычислить расположение проблемного кода, закомментировав и отключив таким образом по очереди разные части разметки, и так найти причину возникших сложностей.

Содержимое, разметка и код в комментариях не отображаются на веб-странице, но могут быть прочитаны кем угодно при доступе к исходному коду. Это легко сделать в любом браузере.

Синтаксис комментариев CSS

/* Так записывается комментарий в коде CSS */

Комментарии CSS также могут быть разбиты на несколько строк:

/* p { font-color: black; } hr { color: red; } обе строки выше будут проигнорированы браузером, как и эта строка с текстом */

Стоит подчеркнуть, что как и комментарии в коде HTML, комментарии в коде CSS должны быть полезными и по делу. В дополнение к очевидным причинам для этого, некоторые грубые слова в файлах стилей могут привести к проблемам с отображением веб-сайта на компьютерах с излишне чувствительными фильтрами.

Автор урока Dudley Storey

Перевод — Дежурка

Смотрите также:

Комментарии в HTML-, CSS-, JS- и PHP-коде

23.07.2018 Эту статью я начну с того, для чего нужны комментарии. Предположим, что вы разрабатываете модуль со сложной структурой. Или делаете верстку с множеством вложений элементов. В таких случаях некоторые участки кода лучше всего как-то помечать – для этого и существуют комментарии. Сейчас я подробно покажу четыре типа комментариев, точнее, все их виды для четырех разных кодов.

Комментарии в HTML-разметке

Для того чтобы добавить комментарий в HTML-разметку, используем: Все, что стоит в этих тегах, не видно на экране, но доступно для просмотра в исходном коде.

Комментарии в CSS-стилях

Для того чтобы добавить комментарий в CSS-стили, используем: /* Текст, код или прочее */ Все, что стоит в этих тегах, не учитывается при формировании стилей, но доступно для просмотра в самом файле стилей.

Комментарии в JavaScript-коде

Для добавления комментариев в JavaScript существуют два их типа. Первый тип: // Текст, код или прочее Второй тип: /* Текст, код или прочее */ Все, что стоит в этих тегах, не учитывается при выполнении скрипта, но доступно для просмотра в самом файле JavaScript.

Комментарии в PHP-коде

Этот язык программирования, в отличие от предыдущих, имеет 3 типа комментариев. Первый тип: // Текст, код или прочее Второй тип: /* Текст, код или прочее */ И третий тип: # Текст, код или прочее Все, что стоит в этих тегах, не учитывается при выполнении скрипта и видно только в самом файле PHP.

Обратите внимание!

1. Не рекомендуется делать двойное вложение комментариев. Например,

/* /* Мой код */ */ выведет вам ошибку.

2. Комментарии, которые пишутся через /* */ и , могут писаться в несколько строк:

/* Это Мой Код */ В остальных же случаях для каждой строки нужно писать специальный символ комментария, например: // Это // Мой // Код

В противном случае вы также обнаружите ошибку.

Как делать комментарии в коде?

Здравствуйте, уважаемые посетители!

В сегодняшней статье я хотела бы вам рассказать, как можно делать в html комментарии в коде, а так же в css-стилях и php-файлах.

Навигация по статье:

Привычка оставлять пометки и пояснения в коде – это одна из самых полезных привычек программиста или веб-разработчика! Так как это позволяет, во-первых вам самим лучше и быстрее ориентироваться в своём файле, а во-вторых если вы работаете в команде или планируете передавать проект на доработку – то комментарии в html-коде – это незаменимая вещь.

Кроме того это пригодиться вам, в случае если вам нужно какой-то фрагмент кода временно убрать, например, отключить какие-то css-стили, или убрать определённый элемент на html-странице.

Получается, что такая мелочь как умение правильно расставлять комментарии в коде, позволит вам сэкономить много времени и нервов и привести его в более опрятный и понятный вид.

HTML-комментарии в коде

Для комментирования в HTML используется следующая запись:

Если вам нужно сделать пометку или обозначить какую-то область в html-файле, то html комментарии в коде будут выглядеть следующим образом:

Если же вам нужно исключить какой-то элемент на странице, то html комментарии в коде нужно поставить следующим образом:

В данном случае обернутый в фрагмент html преобразуется в комментарий и исключается из работы.

Комментарии для css-стилей

CSS-комментарии делаются немного по другому:

Так же, как и для HTML если вам нужно пометить какую-то область или сделать какое-то пояснение, то можно поставить css-комментарий рядом со стилями, перед ними, или после:

/*Стили для формы обратной связи*/ .contact-form{ display:none!importan; /* Скрываем элемент с классом contact-form */ } /*Конец стилей для формы*/

/*Стили для формы обратной связи*/

.contact-form{

display:none!importan; /* Скрываем элемент с классом contact-form */

}

/*Конец стилей для формы*/

А если нужно отключить какие-то стили, то просто оборачиваем их в комментарий:

/* .class{ … } */

Комментирование в PHP

Для PHP комментарии и правила их использования так же отличаются. Так если вам нужно закомментировать какую-то одну строку или сделать пометку в теле фрагмента кода, то вам нужно использовать двойной слэш (//). Например:

Если же вам нужно закомментировать несколько строк, то для этого можно использовать символы для комментирования /* и */, такие-же как для css-стилей, но с одним отличием:

Обратите внимание! Символы комментария нужно ставить внутри фрагмента PHP-кода. Если вы поставите /* перед , то комментирование работать не будет.

Сегодня я вам показала все основные способы комментирования для HTML, CSS и PHP которые вы можете использовать при создании сайтов. Даже более того, я бы вам советовала выучить их и использовать как можно активнее. Так как с таким кодом, в котором строки имеют пояснения и сам код структурирован с использованием комментариев, намного проще разобраться.

Очень надеюсь, что моя статья будет для вас полезна. Не забывайте оставлять комментарии и делиться статьей в социальных сетях.

А у меня на сегодня все. До встречи в следующих статьях!

С уважением Юлия Гусарь

Как добавлять и использовать CSS комментарии

Каждая веб-страница состоит из структурных, функциональных и стилевых элементов. Каскадные таблицы стилей (CSS) используются для внешнего вида веб-страницы («вид и функции»). Такие стили рассматриваются отдельно от HTML структуры, и таким образом, веб-стандарты могут легко обновляться и применяться.

Проблема таблиц стилей состоит в том, что такие таблицы могут стать довольно длинными и сложными в вопросе размеров, и также возможны трудности, связанные с различными веб-страницами. Это особенно актуально теперь, когда мультимедийные запросы составляют важную часть дизайна для стилей адаптивных веб-страниц, обеспечивая, что веб-страница выглядит так, как она была бы независимо от устройства.

Мультимедийные запросы предлагают значительное количество новых стилей для CSS документа, усложняя работу с ними. Именно здесь CSS комментарии могут быть очень полезными для дизайнеров и разработчиков веб-страниц.

CSS комментарии используются для пояснительной информации кода или для того, чтобы браузер не пытался интерпретировать некоторые части таблицы стилей. Комментарии, по определению, не имеют влияния на структуру документа. Комментарии не могут быть отображены, так как они игнорируются браузерами.

Использование комментариев при написании CSS кода полезно для шифратора и любого, кто работает над исследованием кода. Комментарии используются для разъяснения запутанных функций и предотвращения запуска блоков кода, а также для создания документации для возможностей и значения кода. Нет необходимости добавления комментарий для каждой части вашего кода, но точное комментирование может быть полезным.

Комментарии могут быть добавлены в таблице стилей в местах, где допустимы пробелы. Они могут быть находиться на одной строке или же занять несколько строк.

Начните комментарий с добавления /* и завершите добавлением */.

Имеет следующий синтаксис:

Синтаксис используется для однострочных и многострочных комментариев. А теперь рассмотрим пример, где использованы комментарии:

Пример¶

<!DOCTYPE html>
<html>
  <head>
    <title>Заголовок документа</title>
    <style>          
      p {
      line-height: 2em; 
      }         
    </style>
  </head>
  <body>
    <p>Какой-нибудь параграф.</p>
    <p>Высока строки этого параграфа равна 2em.</p>
  </body>
</html>
Попробуйте сами!

Хорошо оформленные комментарии могут описать важные аспекты таблиц стилей для тех, кто раньше не был знаком с кодом. Эти комментарии также полезны для тех, кто работал над веб-страницей только в какой-то определенный момент; веб-дизайнеры обычно работают над разными страницами, а запоминание всех методов разработки довольно сложно.

Многие дизайнеры координируют таблицы стилей и разделяют группы на маленькие, более понятные части. Вы часто увидите комментарии перед или после последовательности знаков пунктуации, создавая огромные пустые разрывы на странице, чтобы их легко было увидеть.

Пример¶

Или может иметь следующий вид:

Пример¶

Несмотря на то, что добавление слишком много комментариев может повлиять на скорость загрузки и на фактическую работу веб-страницы, все же примените их.

Благотворительный фонд CSS / Комментарии экспертов

06/10/2020

Главная задача нашего фонда — помочь НКО и благотворительным организациям, помогающим уязвимым российским семьям, стать сильнее. В первую очередь через наш конкурс грантов “Сильнее с CSS”. Поэтому мы очень внимательно относимся к вашим комментариям, вопросам и пожеланиям, и сегодня по многочисленным просьбам готовы раскрыть основные комментарии экспертов.

Надеемся, эта информация поможет вам при заполнении заявки на второй раунд конкурса “Сильнее с CSS”. Напоминаем, мы ждем ваши проекты до 31 октября на странице грантовой программы stronger.cssfoundation.org.

Комментарии экспертов конкурса грантов “Сильнее с CSS”:

1. Необходимо детально прописывать заявку, заполнять все необходимые поля, особенно значимые для понимания проекта и его эффективности: описание проекта, мероприятия проекта, количественные и качественные показатели.

2. Рекомендуется внимательнее выверять бюджет и текст, а также соотносить планируемую деятельность с Положением о конкурсе.

3. Недостаточно заявить о намерении проводить выездные мероприятия. Важно указать их численность, длительность и т.д.

4. Если проект предусматривает трудоустройство воспитанников детских домов и ПНИ, было бы очень полезно для оценки социального воздействия узнать статистику по трудоустройству ребят, уже прошедших подготовку и стажировку в рамках проводимой программы.

5. Важно понимать какие механизмы устойчивости проекта вы закладываете.

6. Необходимо в заявке отражать дальнейшее развитие проекта после окончания финансирования фондом CSS. В случае отсутствия этой информации создается впечатление, что после одного года работа прекратится.

7. Заявители, применяющие собственные методики в проекте, должны обосновать действенность методики, приложив мнения признанных экспертов и профессионалов соответствующего уровня.

8. В случае, если проект длится более одного года, в заявке должны быть отражены ожидаемые результаты первого года работы. Поскольку финансирование предоставляется лишь на один год с возможной пролонгацией, необходим законченный итог, чтобы оценить достигнутый социальный эффект первого года. Это касается и бюджета проекта.

9. При разработке учебных курсов необходимо приглашать специалистов, разбирающихся как в конкретных диагнозах, так и в методике преподавания.

10. Было бы очень полезно составить логическую модель или дерево результатов, чтобы понять, какие проблемы решает проект, какие механизмы для этого используются, какие результаты достигаются и каким образом происходит мониторинг результативности.

11. Проект должен соответствовать тематике конкурса, больше предполагающей непосредственную работу с благополучателями.

12. Желательно, чтобы заявители публиковали на своих сайтах годовую отчетность, чтобы можно было ознакомиться с результатами их деятельности.

Интернет-агентство BINN » Руководство по созданию комментариев в CSS

В CSS вы можете добавлять комментарии, чтобы организовать разделы ваших таблиц стиля. Такие комментарии могут быть полезны при отладке или редизайне вашего сайта.

Если вы просматривали таблицу стилей ранее, то вы скорее всего уже видели комментарии — их можно узнать по знакам / * * /, которые их заключают. Комментарии объясняют читателю, зачем нужна та или иная строка в CSS. Эти сведения особенно полезны, если на сайте работают несколько разработчиков или, если вы унаследовали сайт от другого владельца.

В этой статье мы рассмотрим, как создавать свои собственные комментарии в CSS.

Как оставить комментарий в CSS

Чтобы оставить комментарий в CSS, необходимо поместить текст в / * * / marks. Это покажет браузеру, что комментарий — это не основной текст и он не должен отображаться во внешнем интерфейсе.

Вы можете добавить комментарий к своей таблице стилей двумя способами. Наиболее распространенный формат — однострочный комментарий, как в коде ниже:

Вы также можете отформатировать комментарий как многострочный:

Также вы можете разместить любой из этих фрагментов кода в разделе <head> вашей веб-страницы или во внешней таблице стилей CSS, чтобы оформить следующий HTML-код:

Вот результат:

Если вы работаете в CSS-среде Bootstrap, вместо создания сайта с нуля, то используйте следующий код CSS:

HTML-код будет другим, потому что мы хотим поместить заголовок и элемент абзаца так, чтобы по краям было несколько отступов:

Вот результат:

Единственное отличие в интерфейсе — это семейство шрифтов, которое задается в Bootstrap.

Как «закомментировать» (аннулировать) наборы правил в CSS

Комментарии могут не только расшифровывать разделы кода, но и аннулировать наборы правил CSS или отдельных объявлений. Если вы поместите знаки / * * / вокруг набора правил или объявлений — вы «закомментируете» CSS-код так, что браузер поймет, что этот стиль не применяется.

Набор правил — это селекторы CSS и все объявления внутри скобок. Они позволяют нам стилизовать любой элемент HTML. Ниже приведен набор правил для всех элементов абзаца на веб-странице, которые мы использовали в примерах выше:

Теперь рассмотрим пример отдельно закомментированного объявления в этом наборе правил.

CSS-код:

HTML-код:

Вот результат:

Теперь рассмотрим пример закомментированного набора правил.

CSS-код:

HTML-код:

Вот результат:

Если вы хотите добавить примечания или запретить браузеру отображать определенные части таблицы стилей — вы можете использовать комментарии. Комментарии не повлияют на отображение других частей вашей таблицы стилей или макет вашего сайта. Их также легко создавать, даже если вы только начинаете изучать HTML и CSS.


Источник: Hubspot

Комментарии CSS — CoderLessons.com

Каждый язык программирования позволяет добавлять заметки и другие подсказки, которые помогут вам понять, что происходит. Не все CSS на первый взгляд так же понятны, как, скажем, что-то вроде font-size: 20px Вот пример:

 .cf {
  zoom: 1; /* for IE6 and IE7 */
}

Комментарий в этой строке кода является частью, которая говорит «для IE6 и IE7», и его можно идентифицировать как таковой по предыдущей обратной косой черте, за которой следует звездочка, а также звездочка и обратная косая черта в конце.

Мы можем добавить столько их в нашу таблицу стилей, сколько захотим, и рекомендуется использовать CSS-комментарии, чтобы помочь идентифицировать части любой таблицы стилей, которые могут быть трудно понять с помощью беглого взгляда. С помощью комментариев CSS, чтобы сделать наши таблицы стилей более читабельными, в будущем будет проще поддерживать CSS.

Комментарий CSS может занимать несколько строк, если это необходимо. Все, что находится между открывающим и закрывающим символами комментария, будет игнорироваться браузером, как и сами символы комментария. Так часто вы увидите что-то подобное в файле CSS:

 /***************************
****************************
These are the styles for
the header section
****************************
***************************/

Обратите внимание, что в этом примере я не только включил открывающие и закрывающие символы звездочки и обратной косой черты, но также добавил несколько дополнительных символов звездочки, занимающих несколько строк. Это облегчает поиск комментария при прокрутке файла CSS. Добавьте такие заголовки разделов в CSS, чтобы упорядочить их в читаемые, связанные куски кода.

К сожалению, у CSS нет простого способа представить действительный однострочный комментарий, который использует только комбо-символ начального комментария. Например, в JavaScript вы можете закомментировать одну строку кода следующим образом:

 // This is a JavaScript comment

Это полезно в JavaScript, поскольку позволяет легко обнулить целую строку кода или добавить полезный комментарий, используя всего два символа (обратную косую черту). Но в CSS необходимо использовать как открывающие, так и закрывающие символы для определения границ любых комментариев.

Однако для быстрых временных исправлений допустимо создать своего рода искусственный комментарий CSS, применяя принцип, который мы обсуждали в предыдущем разделе об ошибках CSS. Допустим, у нас есть следующий CSS:

 .center-global {
  max-width: 1020px;
  margin: 0 auto;
}

И скажем, мы хотим временно удалить первую строку (объявление max-width Мы могли бы сделать это:

 .center-global {
 /* max-width: 1020px; */
  margin: 0 auto;
}

Это прекрасно работает, но более быстрый способ достичь того же результата — просто поместить несколько случайных символов в начало строки, например так:

 .center-global {
 AAAAmax-width: 1020px;
 margin: 0 auto;
}

Это быстро и эффективно, но никогда не оставляйте свой CSS на живом веб-сайте. Это недействительный CSS и должен использоваться только в разработке для быстрой отладки.

Что вам нужно знать о комментариях в CSS

В CSS вы можете добавлять комментарии, чтобы объяснять или организовывать различные разделы вашей таблицы стилей. Это может показаться лишним шагом в процессе кодирования, но комментарии могут быть чрезвычайно полезны при отладке или изменении дизайна вашего веб-сайта.

Почему? Потому что они рассказывают читателю, какова цель конкретных строк CSS. Эти сведения особенно полезны, если над сайтом работают несколько разработчиков или если вы унаследовали сайт от другого владельца.

Если вы раньше просматривали таблицу стилей или читали достаточно сообщений в блоге с фрагментами кода, возможно, вы уже видели комментарии. Их можно узнать по окружающим их знакам / * * /.

В этом посте мы расскажем, как создавать собственные комментарии. Затем мы расскажем, что значит «закомментировать» в CSS и как это сделать. Давайте начнем.

Как комментировать в CSS

Чтобы оставить комментарий в CSS, просто поместите обычный текст внутри / * * / знаков.Это сообщает браузеру, что это заметки и не должны отображаться во внешнем интерфейсе.

Вы можете добавлять комментарии в таблицу стилей двумя способами. Наиболее распространенный формат — однострочный комментарий, как показано в приведенном ниже коде.

Вот код CSS:

 
 

/ * Установить белый цвет текста и оттенок бирюзового фона * /

п {

цвет: белый;

цвет фона: # 2594A4;

}

Вы также можете отформатировать их как многострочные комментарии, как показано в приведенном ниже коде.

Вот код CSS:

 
 

п {

цвет: белый; / * Установить белый цвет текста * /

цвет фона: # 2594A4; / * Установить цвет фона на оттенок бирюзового * /

}

Вы можете поместить любой из этих фрагментов кода в раздел своей веб-страницы или во внешнюю таблицу стилей CSS для стилизации следующего HTML.

Вот HTML:

 
 

Как комментировать в CSS

Этот абзац оформлен с помощью CSS.Оба свойства font-color и background-color были установлены так, что цвет шрифта - белый, а цвет фона - оттенок бирюзового.

Вот результат:

Источник изображения

Если вы используете CSS-фреймворк Bootstrap вместо создания веб-сайта с нуля, комментирование по-прежнему работает точно так же.

Вот код CSS, который остался прежним:

 
 

п {

цвет: белый; / * Установить белый цвет текста * /

цвет фона: # 2594A4; / * Установить цвет фона на оттенок бирюзового * /

}

HTML будет немного другим просто потому, что я хочу поместить элемент заголовка и абзаца в контейнер полной ширины, чтобы по краям было немного отступов.

 
 

Комментирование в Boostrap CSS

Как и в примере выше, этот абзац оформлен с помощью CSS. Оба свойства font-color и background-color были установлены так, что цвет шрифта - белый, а цвет фона - оттенок бирюзового.

Ниже приведен результат. Примечание. Единственная разница во внешнем интерфейсе — это семейство шрифтов, которое задается глобально в Bootstrap.

Источник изображения

Как «закомментировать» в CSS

Помимо объяснения разделов кода, комментарии также могут использоваться для аннулирования набора правил CSS или отдельных объявлений. Помещая знаки / * * / вокруг набора правил или декларации, вы можете «закомментировать» этот CSS, чтобы браузер знал, что этот стиль не следует применять.

Прежде чем мы продолжим, давайте проясним, что такое набор правил. Набор правил — это селектор CSS и все объявления внутри скобок.Ниже приведен набор правил для всех элементов абзаца на веб-странице (который мы использовали в примерах выше).

 
 

п {

цвет: белый;

цвет фона: # 2594A4;

}

Теперь давайте посмотрим на пример отдельного объявления в этом наборе правил, которое закомментировано.

Вот код CSS:

 
 

п {

/ * цвет: белый; * /

цвет фона: # 2594A4;

}

Вот HTML:

 
 

Как комментировать в CSS

Этот абзац оформлен с помощью CSS.В то время как свойство font-color было «закомментировано», свойство background-color - нет. Это означает, что цвет шрифта остается черным, но цвет фона меняется на приятный бирюзовый.

Вот результат:

Источник изображения

Теперь мы рассмотрим пример, когда весь набор правил закомментирован.

Вот код CSS:

 
 

/ *

п {

цвет: белый;

цвет фона: # 2594A4;

}

* /

Вот HTML:

 
 

Как комментировать в CSS

Этот абзац оформлен с помощью CSS, который был "закомментирован"."Фактически это означает, что CSS отменен, поэтому HTML выглядит без стиля.

Вот результат:

Источник изображения

Создание комментариев в вашем CSS

Если вы хотите добавить пояснительные примечания или запретить браузеру отображать определенные части вашей таблицы стилей, вы можете использовать комментарии. Комментарии не повлияют на интерпретацию других частей вашей таблицы стилей или макет вашего веб-сайта во внешнем интерфейсе.Их также легко создавать, даже если вы только начинаете изучать HTML и CSS.

Пример комментария CSS — Как закомментировать CSS

Комментарии используются в CSS для объяснения блока кода или для внесения временных изменений во время разработки. Закомментированный код не выполняется.

Однострочные и многострочные комментарии в CSS начинаются с / * и заканчиваются * / , и вы можете добавить столько комментариев в свою таблицу стилей, сколько захотите.Например:

  / * Это однострочный комментарий * /
.group: after {
  содержание: "";
  дисплей: таблица;
  ясно: оба;
}

/ *
  Это
  многострочный
  комментарий
* /  

Вы также можете сделать свои комментарии более удобочитаемыми, стилизовав их:

  / *
***
* РАЗДЕЛ ДЛЯ СТИЛЯ h3
***
* Абзац с информацией
* что было бы полезно для кого-то
* кто не писал код.
* Звездочки вокруг абзаца
* помочь сделать его более читабельным.
***
* /  

В больших проектах файлы CSS могут быстро увеличиваться в размере, и их становится трудно поддерживать.Может быть полезно организовать ваш CSS в отдельные разделы с оглавлением, чтобы упростить поиск определенных правил в будущем:

  / *
* СОДЕРЖАНИЕ CSS
*
* 1.0 - Сброс
* 2.0 - Шрифты
* 3.0 - Глобалы
* 4.0 - Цветовая палитра
* 5.0 - Заголовок
* 6.0 - Кузов
* 6.1 - Ползунки
* 6.2 - Изображения
* 7.0 - Нижний колонтитул
* /

/ *** 1.0 - Сброс *** /

/ *** 2.0 - Шрифты *** /

/ *** 3.0 - Глобальные *** /

/ *** 4.0 - Цветовая палитра *** /

/ *** 5.0 - Заголовок *** /

/ *** 6.0 - Кузов *** /
h3 {
  размер шрифта: 1.2em;
  семейство шрифтов: "Ubuntu", serif;
  преобразование текста: прописные буквы;
}

/ *** 5.1 - Ползунки *** /

/ *** 5.2 - Изображения *** /

/ *** 7.0 - Нижний колонтитул *** /  

Еще немного о CSS:

Синтаксис и селекторы CSS

Когда мы говорим о синтаксисе CSS, мы говорим о том, как все устроено. Существуют правила о том, что куда идет, и поэтому вы можете последовательно писать CSS, а программа (например, браузер) может интерпретировать его и правильно применить к странице.

Есть два основных способа написать CSS.

Встроенный CSS

Особенности специфики CSS: Уловки CSS

Встроенный CSS применяет стиль к отдельному элементу и его дочерним элементам до тех пор, пока не встретится другой стиль, перекрывающий первый.

Чтобы применить встроенный CSS, добавьте атрибут style к элементу HTML, который вы хотите изменить. Внутри кавычек укажите разделенный точкой с запятой список пар ключ / значение (каждая, в свою очередь, разделенных двоеточием), указывающих стили для установки.

Вот пример встроенного CSS.Слова «Один» и «Два» будут иметь желтый цвет фона и красный цвет текста. Слово «Три» имеет новый стиль, который заменяет первый, и имеет зеленый цвет фона и голубой цвет текста. В этом примере мы применяем стили к тегам

, но вы можете применить стиль к любому элементу HTML.

  
Один
Два
Три

Внутренний CSS

Хотя создание встроенного стиля — это быстрый способ изменить отдельный элемент, существует более эффективный способ применить тот же стиль ко многим элементам страницы одновременно.

Стили внутреннего CSS указаны в теге

Один
Два
Три
Четыре

Селекторы, показанные выше, чрезвычайно просты, но могут оказаться довольно сложными.Например, можно применять стили только к вложенным элементам; то есть элемент, являющийся дочерним по отношению к другому элементу.

Вот пример, в котором мы указываем стиль, который должен применяться только к элементам div , которые являются прямым потомком других элементов div . В результате «Два» и «Три» появятся в виде красного текста на желтом фоне, но «Один» и «Четыре» останутся неизменными (и, скорее всего, черный текст на белом фоне).

  

Один
Два
Три
Четыре

Внешний CSS

Все стили имеют свой собственный документ, который связан в теге .Расширение связанного файла - .css

.

Насколько хороши ваши комментарии HTML и CSS?

Одна из вещей, которую вы обычно изучаете, когда начинаете изучать основы HTML или CSS, - это как писать комментарии в коде. Однако многие веб-разработчики по-прежнему не используют комментарии в своих интересах. Мы можем широко использовать комментарии в HTML и CSS, но при правильном написании и намерении они действительно могут улучшить наш рабочий процесс.

Когда вы начинаете работать в новой компании, просмотр руководств или многих страниц документации может быть сложной задачей.Все компании разные - это означает, что кодовые базы, количество унаследованного кода, разработка фреймворков и количество модульного кода могут быть разными.

Нам часто говорят, что «хороший код не нуждается в комментариях», но обнаруживаете ли вы, что когда-нибудь ходите по кругу, полностью теряясь и ища документацию из-за отсутствия комментариев?

Два факта о коде Комментарии

  1. Комментарии игнорируются браузером.
  2. Комментарии удаляются во время минификации.

Основываясь на этих двух фактах, мы знаем, что комментарии на самом деле не предназначены для машин - они предназначены для чтения людьми .

Почему код комментариев важен

Когда вы работаете на фрилансе и работаете над сольным проектом, или когда вы единственный разработчик, который будет смотреть на ваш код, легко сделать это по-своему и делать комментарии по своему усмотрению или, может быть, не оставлять комментарии вообще. Но часто разработчики говорят, что они оглядываются на свой собственный код и задаются вопросом: «О чем я думал?» или изо всех сил пытаются понять этот код, который они написали.

Комментарии могут помочь сохранить последовательность. Если у вас есть последовательные, хорошо написанные комментарии к тому, что вы создаете, то с большей вероятностью вы будете каждый раз строить одно и то же.

Комментарии облегчают понимание. Это действительно важно в команде, где иногда один человек не выполняет всю работу. Вы можете писать комментарии, чтобы помочь себе понять некоторую логику, и даже если вы не сохраните все свои комментарии к концу проекта, это может помочь вам лучше понять, как вы пришли к решению.Позже это поможет вам улучшить это решение.

Комментарии также могут помочь с исправлениями или быстрыми исправлениями. Комментарии могут помочь здесь тремя способами. Они могут помочь разработчикам понять код, если им нужно сделать быстрое исправление (особенно разработчики, не входящие в команду разработчиков, которые могут помочь), они могут помочь, отметив, где эти исправления необходимы, и могут показать, где быстрые исправления были применены и должны быть удалены в какой-то момент.

Комментарии помогают ускорить процесс разработки. Вы сможете лучше понять, что вы создаете, изменяете или удаляете, если вы добавите соответствующие комментарии.

Комментарии способствуют более эффективному сотрудничеству. Если вы знаете все тонкости проекта или кодовой базы, у вас больше шансов выполнить отдельные части быстрее, что улучшит рабочие процессы.

Комментарии помогают многим людям. Они не только помогают себе, но и могут помочь другим людям в вашей команде. Прошли те времена, когда мы видели комментарии вроде НЕ ВРАЩАЙТЕ МОЙ КОД в исходном коде людей.Раньше мы очень защищали наш код, не желая делиться своими «секретами», но теперь мы живем в мире, где люди делятся кодом, вместе работают над проектами и сотрудничают. Когда речь заходит о веб-проектах, мы не стесняемся упоминать Гарри Робертса, Криса Койера или Джонатана Снука. С этим сдвигом в сотрудничестве мы также должны принять к сведению нашу практику комментирования - и помочь нашим коллегам.

Чего следует избегать, когда дело доходит до комментариев

Не комментируйте абсолютно все

Может возникнуть соблазн выработать привычку комментировать каждый блок кода, но это может быть скорее излишним, чем полезным или полезным.Комментировать следует только в том случае, если что-то не совсем понятно. Если вы учитывали семантику при именовании классов, ваш код, возможно, уже будет легко понять.

Возможно, именно здесь и возникла концепция «хороший код не нуждается в комментариях». Не следует полностью избегать комментариев, их следует использовать только при необходимости.

Не говорите слишком многословно

Я лично виноват в написании довольно длинных комментариев в моем CSS, потому что мне нравится объяснять и документировать вещи.Однако не стоит писать романы - длинные комментарии так же больно читать, как и писать. Если можете быть краткими, сделайте это. Иногда при именовании классов CSS дается следующий совет:

Делайте имена классов как можно короче, но настолько длинными, насколько это необходимо.

То же самое и с комментариями. Любые комментарии, которые вы пишете, полезно перечитывать, чтобы убедиться, что вы сами их понимаете. Представьте, что вы новичок в коде и читаете комментарии в качестве руководства.

Не тратьте слишком много времени на написание комментариев

Однажды я увидел файл в проекте, над которым я работал, у которого была строка в верхнем чтении:

 
  

Не нужно тратить много времени на написание комментариев. Обычно достаточно нескольких слов. Если вы тратите слишком много времени, пытаясь прокомментировать свой код, чтобы убедиться, что кто-то другой его поймет, учтите, что части вашего кода могут действительно нуждаться в рефакторинге.

Некоторые примеры того, когда использовать комментарии

Объяснение назначения псевдоэлемента

В этом примере показан псевдоэлемент с заполненным значением содержимого .

  .post__comment-container :: after {
  цвет фона: # f9f9f9;
  граница: 1px solid #dedede;
  радиус границы: 0,25 м;
  цвет: # 888;
  content: «Автор сообщения»;
  дисплей: встроенный блок;
  размер шрифта: 0,7 бэр;
  левое поле: 0,5 бэр;
  набивка: 0,2 бэр, 0,45 бэр;
  вертикальное выравнивание: по центру;
}  

Может быть не сразу понятно, для чего нужен псевдоэлемент, особенно если свойство содержимого отображается как содержимое : '' . С помощью короткого комментария над блоком кода мы можем это улучшить.

 

.post__comment-container :: after {
  цвет фона: # f9f9f9;
  граница: 1px solid #dedede;
  радиус границы: 0,25 м;
  цвет: # 888;
  content: «Автор сообщения»;
  дисплей: встроенный блок;
  размер шрифта: 0,7 бэр;
  левое поле: 0,5 бэр;
  набивка: 0,2 бэр, 0,45 бэр;
  вертикальное выравнивание: по центру;
}  

Объяснение вложенного блока кода

Хотя это определенно помогает максимально использовать семантические классы, не всегда может быть понятно, почему блок CSS будет вложенным при использовании препроцессора:

 .c-segment-controls.is-active {
  .c-segment-controls__panel {
    цвет фона: #fafafa;
    граница: 1px solid #aaa;
    непрозрачность: 1;
    переход: непрозрачность 0,5 с легкость;
  }
}  

Шести слов достаточно для комментария, чтобы указать, что делает этот блок кода, позволяя кому-то просмотреть документ и либо остановиться, либо пропустить вперед.

  .c-segment-controls.is-active {

  

  .c-segment-controls__panel {
    цвет фона: #fafafa;
    граница: 1px solid #aaa;
    непрозрачность: 1;
    переход: непрозрачность 0.5s легкость;
  }
}  

Чтобы объяснить, почему может потребоваться код

! Important

Мы часто видим ! Important и предполагаем, что смотрим на устаревший код или грязный взлом:

  .c-accordion-container.ng-hide {
  отображение: блок! важно;
}  

При ближайшем рассмотрении мы просто переопределяем поведение фреймворка по умолчанию.

 

.c-accordion-container.ng-hide {
  отображение: блок! важно;
}  

Чтобы объяснить, почему блок кода был закомментирован, а не просто удален

Если мы посмотрим на блок кода ниже, мы можем предположить, что его можно удалить.Неужто его нигде не используют? Если я удалю его, он все равно будет в системе контроля версий, когда он нам понадобится позже, верно?

 

  

Но если мы удалим его, кто-то вообще может даже не знать о его существовании. Было бы неплохо оставить это здесь:

 



  

Прочая документация

Документация действительно важна и не ограничивается только комментариями в коде. Когда мы закончим работу с задачей, мы можем получить ее на экспертную оценку.

Сообщения о фиксации

При использовании контроля версий (например, Git) мы можем взять то, что мы знаем о написании полезных комментариев в коде, и применить это к нашим сообщениям о фиксации.

Сообщения о неверной фиксации не дают особого контекста. Они выглядят неряшливо, и их трудно понять. Они бесполезны для примечаний к выпуску. Разработчику может быть сложно понять, что изменилось. Сообщения о плохой фиксации часто выглядят так.

  совершить 2faa2
    протереть
совершить 591ad
    пытался исправить какую-то странную коробку
совершить af830
    заставил треугольник работать
совершить bd02a
    рефакторинг
совершить bed4b
    исправление навигации
совершить 22fe0
    упс  

Более точный пример описал бы с помощью глагола задачу, завершенную в коммите.Различные второстепенные задачи будут распределены по разным коммитам.

  совершить 2faa2
    Добавление корпуса компонента формы
совершить 591ad
    Устранение проблемы с размером коробки
совершить af830
    Реализация треугольника для всплывающей подсказки
совершить bd02a
    Элемент списка рефакторинга для меньших окон просмотра
совершить bed4b
    Исправление проблемы с плавающей точкой навигации
совершить 22fe0
    Исправление опечаток в названиях классов  
У

Karma есть довольно простое руководство по написанию лучших коммитов, тогда как у Криса Бимса есть очень подробное руководство.Дэвид Демари даже написал статью под названием «Искусство совершения». Сообщения коммитов определенно заслуживают внимания.

Запросы на извлечение

После того, как вы написали несколько коммитов, вы обычно создаете пул-реквест, чтобы один из ваших партнеров мог посмотреть. Я видел слишком много запросов на вытягивание, в которых очень мало деталей или вообще нет описания:

Когда вы пишете пул-реквест, вы обычно ожидаете, что кто-то проверит ваш код. Чтобы помочь этому человеку и облегчить процесс, вы должны написать описание того, что включает в себя запрос на вытягивание.Это мой мысленный список:

  • Номер билета, номер задачи или номер вопроса
  • Упомяните задачу в нескольких словах
  • Укажите, какие типы файлов я изменил
  • Если это была ошибка, укажите, какой была ошибка до и после изменений
  • Опишите ожидаемое поведение после изменений (должно ли оно быть таким же?)
  • Перечислите все шаги, которые необходимо предпринять для проверки изменений в браузере или в коде
  • Обратите внимание на все, что следует игнорировать, например, на ошибку, исправленную в другой ветке
  • При необходимости включите снимки экрана интерфейса

Этот пример относительно прост, и вам определенно не нужно включать все в приведенный выше список, если в этом нет необходимости:

Заключение

Хотя я привел несколько примеров того, куда следует включать комментарии и некоторые предложения о том, чего следует избегать, жестких правил о том, как форматировать комментарии в вашем коде, нет.Количество строк, слов или то, какую информацию включать, зависит от вас или может быть решено вами и вашими коллегами. Пока вы сохраняете единообразный формат, он будет поддерживать порядок и побуждать других людей, работающих с кодом, делать то же самое.

Есть много преимуществ, связанных с добавлением комментариев в процесс разработки. Хорошо иметь привычку включать их там, где вы считаете нужным, особенно когда у вас много людей, работающих над одними и теми же файлами. Это также помогает рассмотреть другие формы документации, которые встроены в рабочие процессы, такие как сообщения фиксации и запросы на вытягивание, а не просто внешний документ с рекомендациями.

Соблюдаете ли вы какие-либо рекомендации по комментированию кода? Или, может быть, вы работаете в компании, у которой есть другая, но эффективная документация?

Sass: комментарии

Работа комментариев Sass существенно отличается в SCSS и синтаксисе с отступом. Оба синтаксиса поддерживают два типа комментариев: комментарии, определенные с помощью / * * / , которые (обычно) скомпилированы в CSS, и комментарии, определенные с помощью // , которые не компилируются.

Комментарии в SCSS работают аналогично комментариям на других языках, таких как JavaScript. Однострочные комментарии начинаются с // и идут до конца строки. Ничто в однострочном комментарии не передается как CSS; Что касается Sass, то они могут и не существовать. Их также называют безмолвных комментариев , потому что они не создают CSS.

Многострочные комментарии начинаются с / * и заканчиваются следующим * / . Если где-то написан многострочный комментарий, который разрешен, он компилируется в комментарий CSS.Их также называют громким комментарием , в отличие от безмолвных комментариев. Многострочный комментарий, скомпилированный в CSS, может содержать интерполяцию, которая будет оцениваться перед компиляцией комментария.

По умолчанию многострочные комментарии удаляются из скомпилированного CSS в сжатом режиме. Если комментарий начинается с / *! , однако, он всегда будет включен в вывод CSS.

Синтаксис SCSS

  // Этот комментарий не будет включен в CSS.

/ * Но этот комментарий будет, кроме сжатого режима.* /

/ * Он также может содержать интерполяцию:
 * 1 + 1 = # {1 + 1} * /

/ *! Этот комментарий будет включен даже в сжатом режиме. * /

p / * Многострочные комментарии можно писать где угодно
   * разрешены пробелы. * / .sans {
  font: Helvetica, // Можно и однострочные комментарии.
        без засечек;
}
  

Вывод CSS

  / * Но этот комментарий будет, кроме сжатого режима. * /
/ * Он также может содержать интерполяцию:
 * 1 + 1 = 2 * /
/ *! Этот комментарий будет включен даже в сжатом режиме.* /
p .sans {
  шрифт: Helvetica, без засечек;
}







  

Комментарии в синтаксисе с отступом работают немного иначе: они основаны на отступах, как и весь остальной синтаксис. Как и SCSS, тихие комментарии, написанные с использованием // , никогда не выводятся в виде CSS, но в отличие от SCSS все, что делается с отступом под открывающим // , также закомментировано.

Комментарии синтаксиса с отступом, которые начинаются с / * , работают с отступом точно так же, за исключением того, что они скомпилированы в CSS.Поскольку расширение комментария основано на отступе, закрывающий * / не является обязательным. Также как и SCSS, комментарии / * могут содержать интерполяцию и могут начинаться с / *! , чтобы избежать разборки в сжатом режиме.

Комментарии также можно использовать в выражениях с отступом синтаксиса. В этом случае они имеют точно такой же синтаксис, как и в SCSS.

Sass Syntax

  // Этот комментарий не будет включен в CSS.
   Это также закомментировано./ * Но этот комментарий будет, кроме сжатого режима.

/ * Он также может содержать интерполяцию:
   1 + 1 = # {1 + 1}

/ *! Этот комментарий будет включен даже в сжатом режиме.

p .sans
  font: Helvetica, / * Встроенные комментарии должны быть закрыты. */ без засечек
  

Вывод CSS

  / * Но этот комментарий будет, кроме сжатого режима. * /
/ * Он также может содержать интерполяцию:
 * 1 + 1 = 2 * /
/ *! Этот комментарий будет включен даже в сжатом режиме. * /
p .sans {
  шрифт: Helvetica, без засечек;
}
  

При написании библиотек стилей с использованием Sass вы можете использовать комментарии для документирования миксинов, функций, переменных и селекторов заполнителей, которые предоставляет ваша библиотека, а также самой библиотеки.Эти комментарии читает инструмент SassDoc, который использует их для создания красивой документации. Ознакомьтесь с документацией к сетевому движку Susy, чтобы увидеть его в действии!

Комментарии к документации - это безмолвные комментарии, написанные с тремя косыми чертами ( /// ) непосредственно над тем, что вы документируете. SassDoc анализирует текст в комментариях как Markdown и поддерживает множество полезных аннотаций для его подробного описания.

Синтаксис SCSS

  /// Вычисляет показатель степени.///
/// @param {число} $ base
/// Число, которое нужно умножить само на себя.
/// @param {целое число (без единиц измерения)} $ экспонента
/// Количество базовых элементов для умножения.
/// @return {number} `$ base` в степени` $ exponent`.
@function pow ($ base, $ exponent) {
  $ результат: 1;
  @ for $ _ от 1 до $ exponent {
    $ result: $ result * $ base;
  }
  @return $ result;
}
  

Sass Syntax

  /// Вычисляет показатель степени.
///
/// @param {число} $ base
/// Число, которое нужно умножить само на себя./// @param {целое число (без единиц измерения)} $ экспонента
/// Количество базовых элементов для умножения.
/// @return {number} `$ base` в степени` $ exponent`.
@function pow ($ основание, $ экспонента)
  $ результат: 1
  @ для $ _ от 1 до $ экспоненты
    $ result: $ result * $ base

  @return $ result

  

HTML И CSS КОММЕНТАРИИ, ИСПОЛЬЗОВАНИЕ И ВАЖНОСТЬ

Что такое комментарий?
Комментарий - это объяснение или описание исходного кода программы. Они представляют собой фрагменты кода, которые игнорируются компилятором или интерпретатором.
Синтаксис комментариев в различных языках программирования значительно различается.

Важность и использование комментария
Комментарии для программиста помогают сделать код легким для понимания и отладки, а также способствуют удобочитаемости кода между программистом и другими людьми.
Комментарии также используются для документирования программ и напоминают программистам о том, какие хитрые вещи они только что сделали с кодом, а также помогают более позднему поколению понимать и поддерживать код.

КОММЕНТАРИИ HTML5
Комментарии HTML5 помещаются между теги. Таким образом, любой контент, помещенный в теги (комментарий), будет рассматриваться как комментарий и полностью игнорироваться браузером.

Пример:

  
  

ДЕЙСТВИТЕЛЬНЫЕ И НЕДЕЙСТВИТЕЛЬНЫЕ КОММЕНТАРИИ
Комментарии не вкладываются друг в друга, т.е. комментарий не следует помещать внутри другого комментария. Также при написании комментариев мы стараемся убедиться, что в строке начала комментария нет пробелов.

, например,



из этого примера мы можем сказать, что это недопустимый комментарий, потому что между левой угловой скобкой и восклицательным знаком пробел, и в результате веб-браузер не проигнорирует это.


Это действительный комментарий, поскольку в нем нет пробела между левой скобкой и восклицательным знаком.

МНОГОСТРОЧНЫЕ КОММЕНТАРИИ
До сих пор мы видели однострочные комментарии, но HTML также поддерживает многострочные комментарии.Вы можете прокомментировать несколько строк с помощью специального начального тега и конечного тега -> , размещенного перед первой строкой и концом последней строки, как показано в приведенном ниже примере.

  
  

Комментарий CSS
CSS использует комментарии в стиле «блок комментариев» в стиле C: / * * /. Это позволяет использовать многострочные комментарии, и вы можете быстро использовать его для отключения частей вашего кода.

например

/ * комментарий css * /

Примечание
Не используйте комментарии в качестве оправдания нечистого кода. Когда вы спешите, может возникнуть соблазн плохо написать код, а затем написать комментарий, в котором объясняется, что он на самом деле делает или почему вы выбрали именно такие ярлыки.
Это может подойти как временное исправление, но не делайте это стандартной практикой. Вместо этого постарайтесь сделать свой код максимально чистым и читабельным. Это в первую очередь сводит потребность в комментариях к минимуму.

Синтаксис

- это плохая практика комментировать отдельные строки CSS с помощью //?

Я вижу, что было / есть много людей, которые жаловались на это, и, поскольку это более старый вопрос, вероятно, многие люди, читающие его, задаются вопросом, правда ли это по-прежнему или существует ли вообще стандарт. Позвольте мне очистить воздух. Ниже приведены основные причины строгой политики комментариев CSS:

# 1 Не стандарт

Стандартизован, по крайней мере, с CSS 2.1 комментарии должны быть заключены ТОЛЬКО в / * и * / . Хотя некоторые браузеры допускают // , они не должны этого делать, и находятся всего в одном дюйме от того, кто говорит: «О да, это нестандартно» или «Эй! Это нестандартно, исправьте!»; а затем угадайте, что ваш CSS-код, который БЫЛ работал, теперь не подходит для тысяч людей (и, возможно, уже не работал для сотен других). Я добавлю, что и -> разрешены, но только (и я имею в виду ТОЛЬКО), когда они появляются в документе HTML, а не в файле.css исходный файл. Если ваш браузер настолько старый, что не может пропустить более тегов