Как сделать комментарий в c

Добавил пользователь Алексей Ф.
Обновлено: 04.10.2024

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

Комментарии управляющих структур

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

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

Пишите комментарии перед каждым условным оператором (Если, If, Case и пр.), перед каждым циклом (Пока, Для каждого, While, …) или группой операторов. Эти конструкции часто требуют пояснения, а место перед ними лучше всего подходит для этого. Используйте комментарии для пояснения цели управляющих структур.

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

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

Рассматривайте комментарии в концах управляющих операторов как предупреждения о сложности кода. Подумайте, может следует упростить код?

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

Часто дается совет: независимо от сложности (размера) метода необходимо перед его началом необходимо привести подробнейшее описание, с входными данными и выходными, целью и алгоритмом, телефоном автора и адресом и т.д. Нередко это делается для простых методов, вся суть которых видна из названия. Весь метод - три строки и шапка перед ним десять. ЗАЧЕМ? Это лишние усилия и они не окупятся. Кроме того тяжеловесные заголовки заставляют программистов создавать меньше методов.

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

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

Документируйте параметры в местах их объявления. Самый простой способ - написать комментарии после их объявления:

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

Проведите различия между входными и выходными данными. Знать, какие данные являются входными, а какие выходными полезно. Иногда это ясно из контекста, например в Visual Basic выходным данным предшествует ключевое слово ByRef, а входным - ByVal. В C++ указатель объявляется через звездочку, что удобно для выходных данных. Но все же, как правило, лучше идентифицировать входные и выходные параметры явно. Если методы коротки и поддерживается явное различие между входными и выходными данными, документировать статус данных (входной или выходной) наверное не нужно. Однако если метод объемен, указание статуса поможет всем, кто будет читать код метода.

Документируйте предположения. Если вы сделали какие-либо предположения о состоянии получаемых переменных (о допустимых и недопустимых значениях, о том, что массивы должны быть отсортированы, что данные должны быть инициализированы или должны иметь только допустимые значения и т.д.) укажите это или в прологе метода, или в месте объявления данных. Этот вид документации должен присутствовать почти в каждом методе.

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

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

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

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

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

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

Программисты не всегда правильно понимают, как комментировать код. А новички и вовсе не знают об этой функции. Многие пользователи сталкивались с комментированием, но могли не знать, что это такое. Рассмотрим основные моменты этого процесса.

Что такое комментирование

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

Ниже показан пример комментирования на языке C++. В этом случае комментарий начинается после 2 слешей (//):

Как помогает комментирование

Разберемся, как комментирование помогает программисту в его работе:

  1. Позволяет проще ориентироваться в коде. Если в коде есть ошибка или вам нужно изменить его часть, комментирование поможет быстро найти нужный элемент. Это поможет и тому, кто смотрит код после программиста: он не потеряется в нем.
  2. Программист не путается в принципахработы. Например, во время проектирования библиотек, функций или переменных.
  3. Растолковывает итог кода.Например, во время настройки и проверки кода. Это нужно тестировщикам при тестировании программы.
  4. Описывает сложные процессы. В различных расчетах и вычислениях. Здесь комментирование дает возможность вникнуть в код тем, у кого нетобширных познаний в необходимой области.

Пример описания процесса в комментировании:

Комментарии понадобятся не только в англоязычных языках программирования, но и в языках с русскими символами (например, 1С или ДРАКОН). Человеку может показаться, что в таких языках и так все понятно и не нужно ничего комментировать. Это ошибочное мнение. Код на русском языке так же забывается.

Оформление комментария в коде

Однострочный комментарий выделяется одиночным символом в начале и в конце строки. Многострочный имеет разные размеры, но поддерживается не всеми языками. Отмечается символами в начале и конце: /* и */.

Чтобы выделить комментарии, используют определенные символы. Они разнятся в зависимости от языка программирования:

Правила комментирования

Программисты во время комментирования придерживаются некоторых правил. Они упрощают работу и делают процесс понятнее.

Рассмотрим подробнее эти правила:

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

Комментирование функций и библиотек

В комментариях к ним пишут:

  • данные о самом проекте;
  • назначение модуля;
  • имя разработчика;
  • версию программы;
  • лицензию на ПО.

В качестве примера рассмотрим комментарий в заголовке библиотеки Lodash:

В заголовочном комментарии к функциям пишутся следующие данные:

  • описание действия функции;
  • условия работы функции;
  • входные параметры;
  • возвращаемое значение.

В качестве примера снова Lodash:

Избегаем бессмысленных комментариев. Пример неправильного описания процедуры на 1С:

Автоматизация комментирования

Подобное предусмотрено с помощью IDE. Для этого используются теги-дескрипторы. Они начинаются с символа @.

Самые часто используемые теги-дескрипторы:

  • @author – идентификация автора исходного кода;
  • @param – определение параметра метода;
  • @see – ссылка;
  • @since – версия ПО;
  • @return – тип возвращаемых данных процедурой (функцией).

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

Работает генератор документации достаточно просто. Он анализирует файл с исходным кодом и выискивает в нем имена:

  • классов,
  • свойств,
  • методов,
  • процедур,
  • функций.

Далее генератор связывает данные из комментариев с тегами. Затем создается документация, хранящаяся в разных текстовых форматах (HTML, PDF и других).

Во время создания фреймворков и библиотек формируются документы для API. Их нужно обновлять, т.к. они устаревают.

Комментирование сложного кода и рефакторинг

Большой и сложный код обязательно должен иметь поясняющие комментарии.

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

К примеру, существует метод, сравнивающий числа a и b. Если a > b, метод возвращает true, а если a

Коммента́рии — пояснения к исходному тексту программы, находящиеся непосредственно внутри комментируемого кода. Синтаксис комментариев определяется языком программирования. С точки зрения компилятора или интерпретатора, комментарии — часть текста программы, не влияющая на её семантику. Комментарии не оказывают никакого влияния на результат компиляции программы или её интерпретацию. Помимо исходных текстов программ, комментарии также применяются в языках разметки и языках описания.

Содержание

Назначение комментариев

Большинство специалистов сходятся во мнении, что комментарии должны объяснять намерения программиста, а не код; то, что можно выразить на языке программирования, не должно выноситься в комментарии — в частности, надо использовать говорящие названия переменных, функций, классов, методов и пр., разбивать программу на лёгкие для понимания части, стремиться к тому, чтобы структура классов и структура баз данных были максимально понятными и прозрачными и т. д. Есть даже мнение (его придерживаются в экстремальном программировании и некоторых других гибких методологиях программирования), что если для понимания программы требуются комментарии — значит, она плохо написана.

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

Однострочные и многострочные комментарии

С точки зрения синтаксиса, существуют два вида комментариев. Многострочный комментарий может иметь любую длину, он отмечается специальными символами в начале и конце (например, /* */ ). Некоторые языки позволяют вложение многострочных комментариев, другие — нет.

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

Аннотации

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

Автоматическая генерация документации

Специальным образом оформленные комментарии (т. н. документирующие комментарии) используются для автоматического создания документации, в первую очередь, к библиотекам функций или классов. Для этого используются генераторы документации, например, такие как javadoc [1] для языка Java, phpDocumentor для PHP [2] , doxygen [3] для C и C++ и др.

Документирующие комментарии как правило оформляются как многострочные комментарии в стиле языка Си. В каждом случае комментарий должен находиться перед документируемым элементом. Первым символом в комментарии (и вначале строк комментария) должен быть *. Блоки разделяются пустыми строками.

В некоторых средах программирования (например, Eclipse, NetBeans, Python, Visual Studio) документирующие комментарии используются в качестве интерактивной подсказки по интерфейсу классов и функций.

Трансляция программ

Во время трансляции комментарии распознаются на стадии лексического анализа (и, соответственно, считаются лексемами). Распознавание на стадии препроцессирования накладно и даже чревато ошибками; включение комментариев в синтаксические диаграммы практически невозможно.

В различных языках и средах программирования

Специальные комментарии

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

Как спрятать большую часть кода
у меня есть массив 27*27 он очень громоздкий можно ли как нибудь облегчить файл program? может.

Как закомментировать большой участок кода?
Чтобы не писать всё время "//" напротив каждой строчки.


Как вытащить часть кода из кода страницы?
Знаю, что можно через json как-то. Вот например есть код страницы, на нем есть несколько одинаковых.

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

Решение

Ctrl + K + C — закомментировать
Ctrl + K + U — раскомментировать
Ctrl + Z — Отмена действия

Если внутри выделенной области кода(кода которых хотите закомментировать) есть //комментарий то все строчки кода будут закоментированный через //

Если внутри выделенной области кода(кода которых хотите закомментировать) есть //комментарий то все строчки кода будут закоментированный через //код .

Если в выделенной области //комментарий нет то весь участок кода будет закомментирован с помощью /**/

Как закомментировать код с ++?

Как закомментировать несколько строк одновременно в Notepad ++?

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

Чтобы быстро закомментировать или раскомментировать строку кода в HTML или CSS редакторе, можете использовать сочетание клавиш ctrl + / или cmd + / .

Как закомментировать блок в C++?

В Visual C++ есть макрос для комментирования блока: Идёшь Tools->Macro. В поле Macro file выбираешь Sample, имя макроса: CommentOut, затем жмёшь Run.

Как сделать комментарий в Visual Studio?

Как выделить весь код в Visual Studio?

Выделить все вхождения текущего слова: Ctrl + F2.

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

Как закомментировать большую часть кода?

В большинстве редакторов строку кода можно закомментировать, нажав комбинацию клавиш Ctrl+/ для однострочного комментария и что-то вроде Ctrl+Shift+/ – для многострочных комментариев (выделите кусок кода и нажмите комбинацию клавиш).

Что значит закомментировать часть кода?

Как написать комментарий в HTML?

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

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

Как закомментировать PHP горячие клавиши?

Какие виды комментариев есть в C ++?

В языке C++ есть 2 типа комментариев: однострочные и многострочные.

Какие виды операторов вы знаете C++?

  • Арифметические операторы
  • Реляционные операторы
  • Логические операторы
  • Побитовые операторы
  • Операторы присваивания
  • Другие операторы

Как правильно писать код с ++?

Вот несколько самых распространенных рекомендаций к оформлению кода на Си:

1.2 – Комментарии в C++

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

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

Однострочные комментарии

Однострочный комментарий C++ начинается с символов // , которые указывают компилятору игнорировать всё, от символов // до конца строки. Например:

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

Наличие комментариев справа от строки может затруднить чтение и кода, и комментария, особенно если строка длинная. Если строки достаточно короткие, комментарии можно просто выровнять (обычно по позиции табуляции), например:

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

Примечание автора

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

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

Многострочные комментарии

Пары символов /* и */ отмечают многострочный комментарий в стиле C. Всё, что находится между этими символами, игнорируется.

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

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

Предупреждение

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

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

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

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

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

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

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

Вот несколько примеров плохих комментариев к строке и хороших комментариев к инструкции.

Причина: мы уже видим, что прицел (sight) устанавливается на 0, посмотрев на инструкцию.

Причина: теперь мы знаем, почему прицел игрока установлен на 0.

Причина: мы видим, что это расчет стоимости, но почему количество умножается на 2?

Причина: Теперь мы знаем, почему эта формула имеет смысл.

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

Лучшая практика

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

Примечание автора

Закомментирование кода

Преобразование одной или нескольких строк кода в комментарий называется закомментированием кода. Это предоставляет удобный способ (временно) исключить фрагменты вашего кода из включения в скомпилированную программу.

Чтобы закомментировать одну строку кода и временно превратить эту строку кода в комментарий, просто используйте однострочный комментарий // :

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

Есть несколько причин, по которым вы можете захотеть это сделать:

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

Для пользователей Visual Studio

Вы можете закомментировать или раскомментировать выделенный фрагмент с помощью меню Правка (Edit) → Дополнительно (Advanced) → Закомментировать выделенный фрагмент (Comment Selection) или Раскомментировать выделенный фрагмент (Uncomment Selection).

Для пользователей Code::Blocks

Вы можете закомментировать или раскомментировать выделенный фрагмент с помощью меню Edit (Правка) → Comment (Комментарий) или Uncomment (Раскомментировать) или Toggle comment (Переключить комментарий) или любой другой инструмент для комментирования.

Совет

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


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

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

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

В этой статье мы рассмотрим, как комментировать код JavaScript, какие типы комментариев существуют, а также некоторые передовые практики.

Однострочные комментарии

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

Давайте посмотрим на пример однострочного комментария в действии:

Здесь мы используем однострочный комментарий, чтобы описать, что делает следующая строка кода.

Если однострочный комментарий появляется в конце строки кода, он называется встроенным комментарием.

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

Многострочные комментарии и строки документации JavaScript

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

Многострочные комментарии начинаются /* и заканчиваются */ :

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

Часто можно увидеть и другой тип многострочного комментария:

Часто эти комментарии могут включать информацию о выполняемом коде, такую ​​как параметры функции или даже автора кода:

Эти комментарии называются DocStrings, поскольку они по сути являются строками (комментариями), составляющими документацию вашего кода.

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

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

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

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

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

Рассмотрим следующий код:

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

Совет: в большинстве редакторов кода мы можем использовать сочетание клавиш Ctrl + / для Windows и Cmd + / для Mac, чтобы закомментировать одну строку кода.

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

Хорошие практики комментирования

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

Еще один совет - не писать очевидные и излишние комментарии. Например, совершенно не нужен следующий комментарий:

Существуют полезные инструменты, такие как JSDOC 3, которые могут создавать документацию только на основе комментариев в вашем коде, которые отформатированы как DocStrings, описанные выше.

Вывод

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

Читайте также: