Закомментировать код: HTML-комментарии — Структура HTML-документа — HTML Academy
Комментарии в С++ | Уроки С++
Обновл. 19 Сен 2020 |
Комментарий — это строка (или несколько строк) текста, которая вставляется в исходный код для объяснения того, что делает код. В языке C++ есть 2 типа комментариев: однострочные и многострочные.
Однострочные комментарии
Однострочные комментарии — это комментарии, которые пишутся после символов //
. Они пишутся в отдельных строках и всё, что находится после этих символов комментирования, — игнорируется компилятором, например:
std::cout << «Hello, world!» << std::endl; // всё, что находится справа от двойного слеша, — игнорируется компилятором
| std::cout << «Hello, world!» << std::endl; // всё, что находится справа от двойного слеша, — игнорируется компилятором |
Как правило, однострочные комментарии используются для объяснения одной строчки кода:
std::cout << «Hello, world!» << std::endl; // cout и endl находятся в библиотеке iostream
std::cout << «It is so exciting!» << std::endl; // эти комментарии усложняют чтение кода
std::cout << «Yeah!» << std::endl; // особенно, когда строки разной длины
| std::cout << «Hello, world!» << std::endl; // cout и endl находятся в библиотеке iostream std::cout << «It is so exciting!» << std::endl; // эти комментарии усложняют чтение кода std::cout << «Yeah!» << std::endl; // особенно, когда строки разной длины |
Размещая комментарии справа от кода, мы затрудняем себе как чтение кода, так и чтение комментариев. Следовательно, однострочные комментарии лучше размещать над строками кода:
// cout и endl находятся в библиотеке iostream
std::cout << «Hello, world!» << std::endl;
// теперь уже легче читать
std::cout << «It is so exciting!» << std::endl;
// не так ли?
std::cout << «Yeah!» << std::endl;
| // cout и endl находятся в библиотеке iostream std::cout << «Hello, world!» << std::endl;
// теперь уже легче читать std::cout << «It is so exciting!» << std::endl;
// не так ли? std::cout << «Yeah!» << std::endl; |
Многострочные комментарии
Многострочные комментарии — это комментарии, которые пишутся между символами /* */
. Всё, что находится между звёздочками, — игнорируется компилятором:
/* Это многострочный комментарий.
Эта строка игнорируется
и эта тоже. */
| /* Это многострочный комментарий. Эта строка игнорируется и эта тоже. */ |
Так как всё, что находится между звёздочками, — игнорируется, то иногда вы можете наблюдать следующее:
/* Это многострочный комментарий.
* Звёздочки слева
* упрощают чтение текста
*/
| /* Это многострочный комментарий. * Звёздочки слева * упрощают чтение текста */ |
Многострочные комментарии не могут быть вложенными (т.е. одни комментарии внутри других):
/* Это многострочный /* комментарий */ а это уже не комментарий */
// Верхний комментарий заканчивается перед первым */, а не перед вторым */
| /* Это многострочный /* комментарий */ а это уже не комментарий */ // Верхний комментарий заканчивается перед первым */, а не перед вторым */ |
Правило: Никогда не используйте вложенные комментарии.
Как правильно писать комментарии?
Во-первых, на уровне библиотек/программ/функций комментарии отвечают на вопрос «ЧТО?»: «Что делают эти библиотеки/программы/функции?». Например:
// Эта программа вычисляет оценку студента за семестр на основе его оценок за модули
// Эта функция использует метод Ньютона для вычисления корня функции
// Следующий код генерирует случайное число
| // Эта программа вычисляет оценку студента за семестр на основе его оценок за модули
// Эта функция использует метод Ньютона для вычисления корня функции // Следующий код генерирует случайное число |
Все эти комментарии позволяют понять, что делает программа, без необходимости смотреть на исходный код. Это особенно важно специалистам, работающим в команде, где не каждый специалист будет знаком со всем имеющимся кодом.
Во-вторых, внутри библиотек/программ/функций комментарии отвечают на вопрос «КАК?»: «Как код выполняет задание?». Например:
/* Для расчета итоговой оценки ученика, мы складываем все его оценки за уроки и домашние задания,
а затем делим получившееся число на общее количество оценок.
Таким образом, мы получаем средний балл ученика. */
| /* Для расчета итоговой оценки ученика, мы складываем все его оценки за уроки и домашние задания, а затем делим получившееся число на общее количество оценок. Таким образом, мы получаем средний балл ученика. */ |
Или:
// Чтобы получить рандомный (случайный) элемент, мы выполняем следующее:
// 1) Составляем список всех элементов.
// 2) Вычисляем среднее значение для каждого элемента, исходя из его веса, цвета и цены.
// 3) Выбираем любое число.
// 4) Определяем соответствие элемента случайно выбранному числу.
// 5) Возвращаем случайный элемент.
| // Чтобы получить рандомный (случайный) элемент, мы выполняем следующее:
// 1) Составляем список всех элементов. // 2) Вычисляем среднее значение для каждого элемента, исходя из его веса, цвета и цены. // 3) Выбираем любое число. // 4) Определяем соответствие элемента случайно выбранному числу. // 5) Возвращаем случайный элемент. |
Эти комментарии позволяют читателю понять, каким образом код выполняет поставленное ему задание.
В-третьих, на уровне стейтментов (однострочного кода) комментарии отвечают на вопрос «ПОЧЕМУ?»: «Почему код выполняет задание именно так, а не иначе?». Плохой комментарий на уровне стейтментов объясняет, что делает код. Если вы когда-нибудь писали код, который был настолько сложным, что нужен был комментарий, который бы объяснял, что он делает, то вам нужно было бы не писать комментарий, а переписывать этот код.
Примеры плохих и хороших однострочных комментариев:
Плохой комментарий:
// Присваиваем переменной sight значение 0
sight = 0;
| // Присваиваем переменной sight значение 0 sight = 0; |
(По коду это и так понятно)
Хороший комментарий:
// Игрок выпил зелье слепоты и ничего не видит
sight = 0;
| // Игрок выпил зелье слепоты и ничего не видит sight = 0; |
(Теперь мы знаем, ПОЧЕМУ зрение у игрока равно нулю)
Плохой комментарий:
// Рассчитываем стоимость элементов
cost = items / 2 * storePrice;
| // Рассчитываем стоимость элементов cost = items / 2 * storePrice; |
(Да, мы видим, что здесь подсчет стоимости, но почему элементы делятся на 2?)
Хороший комментарий:
// Нам нужно разделить все элементы на 2, потому что они куплены по парам
cost = items / 2 * storePrice;
| // Нам нужно разделить все элементы на 2, потому что они куплены по парам cost = items / 2 * storePrice; |
(Теперь понятно!)
Программистам часто приходится принимать трудные решения по поводу того, каким способом решить проблему. А комментарии и существуют для того, чтобы напомнить себе (или объяснить другим) причину, почему вы написали код именно так, а не иначе.
Хорошие комментарии:
// Мы решили использовать список вместо массива,
// потому что массивы осуществляют медленную вставку.
| // Мы решили использовать список вместо массива, // потому что массивы осуществляют медленную вставку. |
Или:
// Мы используем метод Ньютона для вычисления корня функции,
// так как другого детерминистического способа решения этой задачи — нет.
| // Мы используем метод Ньютона для вычисления корня функции, // так как другого детерминистического способа решения этой задачи — нет. |
И, наконец, комментарии нужно писать так, чтобы человек, который не имеет ни малейшего представления о том, что делает ваш код — смог в нем разобраться. Очень часто случаются ситуации, когда программист говорит: «Это же совершенно очевидно, что делает код! Я это точно не забуду!». Угадайте, что случится через несколько недель или даже дней? Это не совершенно очевидно, и вы удивитесь, как скоро вы забудете то, что делает ваш код. Вы (или кто-то другой) будете очень благодарны себе за то, что оставите комментарии, объясняя на человеческом языке что, как и почему делает ваш код. Читать отдельные строки кода — легко, понимать их логику и смысл — сложно.
Подытожим:
На уровне библиотек/программ/функций оставляйте комментарии, отвечая на вопрос «ЧТО?».
Внутри библиотек/программ/функций оставляйте комментарии, отвечая на вопрос «КАК?».
На уровне стейтментов оставляйте комментарии, отвечая на вопрос «ПОЧЕМУ?».
Закомментировать код
Закомментировать код — это конвертировать одну или несколько строк кода в комментарии. Таким образом, вы можете (временно) исключить часть кода из компиляции.
Чтобы закомментировать одну строку кода, используйте однострочные символы комментирования //
.
Не закомментировано:
Закомментировано:
// std::cout << 1;
| // std::cout << 1; |
Чтобы закомментировать блок кода, используйте однострочные символы комментирования //
на каждой строке или символы многострочного комментария /* */
.
Не закомментировано:
std::cout << 1;
std::cout << 2;
std::cout << 3;
| std::cout << 1; std::cout << 2; std::cout << 3; |
Закомментировано символами однострочного комментария:
// std::cout << 1;
// std::cout << 2;
// std::cout << 3;
| // std::cout << 1; // std::cout << 2; // std::cout << 3; |
Закомментировано символами многострочного комментария:
/*
std::cout << 1;
std::cout << 2;
std::cout << 3;
*/
| /* std::cout << 1; std::cout << 2; std::cout << 3; */ |
Есть несколько причин, почему следует использовать «закомментирование»:
Причина №1: Вы работаете над новой частью кода, которая пока что не рабочая, но вам нужно запустить программу. Компилятор не позволит выполнить программу, если в ней будут ошибки. Временное отделение нерабочего кода от рабочего комментированием позволит вам запустить программу. Когда код будет рабочий, то вы сможете его легко раскомментировать и продолжить работу.
Причина №2: Вы написали код, который компилируется, но работает не так, как нужно и сейчас у вас нет времени с этим возиться. Закомментируйте код, а затем, когда будет время, исправьте ошибки.
Причина №3: Поиск корня ошибки. Если вас не устраивают результаты работы программы (или вообще происходит сбой), полезно будет поочерёдно «отключать» части вашего кода, чтобы понять какие из них рабочие, а какие — создают проблемы. Если вы закомментируете одну или несколько строчек кода и программа начнет корректно работать (или пропадут сбои), шансы того, что последнее, что вы закомментировали, является ошибкой — очень велики. После этого вы сможете разобраться с тем, почему же этот код не работает так, как нужно.
Причина №4: Тестирование нового кода. Вместо удаления старого кода, вы можете его закомментировать и оставить для справки, пока не будете уверены в том, что ваш новый код работает так, как нужно. Как только вы будете уверены в новом коде, то сможете без проблем удалить старые фрагменты кода. Если же новый код у вас будет работать не так, как нужно, то вы сможете его удалить и откатиться к старому коду.
Примечание: Во всех следующих уроках я буду использовать комментарии в иллюстративных целях. Внимательные читатели смогут заметить, что по вышеуказанным стандартам большинство из этих комментариев будут плохими. Но помните, что использовать я их буду в образовательных целях, а не для демонстрации хороших примеров.
Оценить статью:
Загрузка…
Поделиться в социальных сетях:
Как закомментировать блок кода в Python
Есть ли механизм для комментирования больших блоков кода Python?
Прямо сейчас я вижу только один способ комментирования кода-либо начинать каждую строку с #
, либо заключать код в тройные кавычки: """
.
Проблема с ними заключается в том, что вставка #
перед каждой строкой является громоздкой, а """
делает строку, которую я хочу использовать в качестве комментария, отображаемой в сгенерированной документации.
После прочтения всех комментариев ответ, по-видимому, будет «No».
python
docstring
Поделиться
Источник
gbarry
23 марта 2009 в 22:17
19 ответов
434
Python такого механизма не имеет. Добавьте #
к каждой строке, чтобы заблокировать комментарий. Дополнительные сведения см. В разделе PEP 8 . Большинство Python IDEs поддерживают механизм, который автоматически выполняет block-commenting-with-pound-signs за вас. Например, в IDLE на моей машине это Alt + 3 и Alt + 4 .
Не используйте тройные кавычки; как вы обнаружили, это относится к строкам документации, а не к блокирующим комментариям, хотя и имеет аналогичный эффект. Если вы просто временно комментируете вещи, это прекрасно как временная мера.
Поделиться
John Feminella
23 марта 2009 в 22:20
94
Единственное лекарство, которое я знаю, — это хороший редактор. Извиняюсь.
Поделиться
canen
23 марта 2009 в 22:22
83
Спрячьте тройные кавычки в контексте, который не будет ошибочно принят за строку документа, например:
'''
...statements...
''' and None
или:
if False: '''
...statements...
'''
Поделиться
bobince
24 марта 2009 в 00:47
42
Единственный способ сделать это без тройных кавычек-это добавить:
if False:
А затем сделайте отступы во всем вашем коде. Обратите внимание, что код все равно должен иметь правильный синтаксис.
Многие Python IDEs могут добавить #
для вас в каждую выбранную строку и удалить их, когда они тоже не комментируются. Аналогично, если вы используете vi или Emacs , вы можете создать макрос, чтобы сделать это для вас для блока кода.
Поделиться
Brian R. Bondy
23 марта 2009 в 22:19
32
В JetBrains PyCharm на Mac используйте Command + / для комментирования/раскомментирования выбранного блока кода. На Windows используйте CTRL + / .
Поделиться
marcinj
04 марта 2013 в 07:35
29
M-x комментарий-регион, в режиме Emacs ‘ Python.
Поделиться
Joe W.!#!
Поделиться
Jerry
16 сентября 2010 в 17:48
8
comm='''
Junk, or working code
that I need to comment.
'''
Вы можете заменить comm
переменной по вашему выбору, которая, возможно, короче, легко набирается на ощупь, и вы знаете, что она не встречается (и не будет) в ваших программах. Примеры: xxx
, oo
, null
, nil
.
Поделиться
Harry
07 марта 2011 в 06:12
5
Да, есть (в зависимости от вашего редактора). В PyDev (и в Aptana студии с PyDev):
Поделиться
jacanterbury
25 мая 2012 в 15:41
5
В Eclipse + PyDev комментарий блока Python аналогичен комментарию блока Eclipse Java; выберите строки , которые вы хотите прокомментировать, и используйте Ctrl + / для комментария. Чтобы раскомментировать комментируемый блок, сделайте то же самое.
Поделиться
arun
09 июня 2012 в 19:00
4
Я использую Notepad++ на машине Windows, выбираю ваш код, набираю CTRL-K
. Для раскомментирования вы выбираете код и нажимаете кнопку Ctrl + Shift + K .
Кстати, Notepad++ прекрасно работает в качестве редактора Python. С автозавершением, сворачиванием кода, подсветкой синтаксиса и многим другим. И это бесплатно, как в речи и как в пиве!
Поделиться
dan
01 мая 2010 в 03:30
Поделиться
Thorkil Holm-Jacobsen
10 января 2013 в 20:18
3
Единственным механизмом для комментирования кода Python (понимаемого как код, игнорируемый интерпретатором) является # .
Как вы говорите, вы также можете использовать строковые литералы , которые не игнорируются интерпретатором, но могут быть совершенно неуместны для выполнения программы.
Поделиться
Jaime Soriano
23 марта 2009 в 22:31
2
В Eclipse с помощью PyDev можно выбрать блок кода и нажать Ctrl + # .
Поделиться
Hamid
13 февраля 2013 в 03:20
1
Тройные кавычки для меня-это OK.
Вы можете использовать » foo «для док-строк и» bar » для комментариев или наоборот, чтобы сделать код более читабельным.
Поделиться
Anonymous
24 марта 2009 в 07:35
1
Другое решение на основе редактора: текст «rectangles» в Emacs.
Выделите код, который вы хотите закомментировать, а затем C-x-r-t #
Чтобы откомментировать код: выделите, затем C-x-r-k
Я пользуюсь этим весь день, каждый день. (Назначается для горячих клавиш, конечно.)
Этот и мощный поиск/замена regex-это причина, по которой я терплю другой «eccentricities» Emacs.
Поделиться
JS.
19 января 2012 в 22:56
1
На Eric4 есть простой способ: выберите блок, введите Ctrl + M , чтобы прокомментировать весь блок или Ctrl + alt + M чтобы раскомментировать.
Поделиться
Evaldo
18 января 2012 в 12:20
0
Используйте хороший редактор , например SciTe, выберите свой код, нажмите Ctrl + Q и готово.
Если у вас нет редактора, поддерживающего комментарии блоков, вы можете использовать тройную строку в кавычках в начале и конце вашего блока кода, чтобы ‘effectively’ закомментировать его. Однако это не самая лучшая практика.
Поделиться
Christian Witts
24 марта 2009 в 07:22
Похожие вопросы:
Как закомментировать блок тегов в XML?
Как закомментировать блок тегов в XML? I.e. Как я могу прокомментировать <staticText> и все, что находится внутри него, в приведенном ниже коде? <detail> <band height=20>…
Как закомментировать код python с помощью команды sed
Я хочу закомментировать следующую строку кода с помощью команды sed. фактический код: response = HttpResponse() response[‘Content-Disposition’] = ‘attachment; filename=%s.zip’ %…
Как вы закомментировать блок текста в файле виртуальных доменов?
Как вы закомментировать блок текста в файле виртуальных доменов? Должен ли я поставить фунт / hash символов (#) перед линией EVERY?
Как закомментировать кусок кода в Пакте?
Как мне закомментировать кусок кода в Пакте? Есть ли для этого ярлык в Atom? Я пробовал command+? , но он комментирует его в формате HTML. Однако это работает в Pact Web (pact.kadena.io)
Как закомментировать несколько строк в Pluma (Gedit fork)?
Есть ли способ закомментировать блок кода в Pluma (по-видимому, Gedit fork)? Например, в python я хотел бы выбрать блок кода: def foo(bar): return bar * 2 И прокомментируйте это: # def foo(bar): #…
Как закомментировать блок кода javascript, смешанный с тегами сервера
Допустим, у меня есть этот фрагмент кода javascript/jQuery, и я хочу закомментировать отмеченный блок кода. <script> function checkValues() { // Important function } $(document).ready(function…
Как закомментировать строку(ы) в xml в AndroidStudio?
У меня есть следующий фрагмент кода в моем файле AndroidManifest.xml , в котором я хочу закомментировать одну строку (для быстрого тестирования). Выбрав функцию AndroidStudio -comment, я получаю…
Как закомментировать блок HTML, содержащий комментарии
Я пытаюсь закомментировать блок HTML, который содержит комментарии, когда я это делаю, комментирование заканчивается на первом конце тега комментария. Есть ли какой-нибудь способ сделать это? Я его…
Можно ли закомментировать блоки кода, содержащие комментарии?
Скажем, у меня есть такой код some_line_of_code some_line_of_code /* some comment about code */ some_line_of_code some_line_of_code и я хотел бы прокомментировать целый блок вот так /*…
Как закомментировать строки кода в SSIS
можно ли закомментировать некоторые строки кода в SSIS Execute SQL Task ? Например, пакет был запущен в 1-й раз и может быть повторно запущен несколько раз. TRUNCATE TABLE [dbo].[A] TRUNCATE TABLE…
Закомментирование кода — Visual Studio for Mac
-
- Чтение занимает 2 мин
В этой статье
При отладке кода или экспериментировании с ним может оказаться полезным комментировать блоки кода как временно, так и в долгосрочной перспективе.When debugging or experimenting with code, it can be useful to comment blocks of code either temporarily or long term.
Чтобы оставить комментарий к целому блоку кода, сделайте следующее:To comment out an entire block of code:
- Выделите код и выберите пункт Закомментировать или раскомментировать строку в контекстном менюSelect the code and select Toggle Line Comment(s) from the context menu
OROR
- Используйте сочетание клавиш
cmd + /
для выделенного кода.Use thecmd + /
keybinding on the selected code.
Эти методы позволяют закомментировать или раскомментировать разделы кода.These methods can be used to comment and uncomment sections of code. В файлах C# можно добавить дополнительные уровни комментариев для строк, что позволяет закомментировать или раскомментировать области кода, сохранив фактические комментарии:In C# files, additional levels of line comments can be added, which allows regions of codes to be commented and uncommented, while still preserving actual comments:
Комментарии также удобно использовать при документировании кода для разработчиков, которые могут столкнуться с ним в будущем.Comments are also useful for documenting code for future developers that may interact with it. Обычно они выполняются в виде многострочных комментариев, которые в каждом языке добавляются следующим образом:These are usually done in the form of multi-line comments, which are added in the following way in each language:
C#C#
/*
This is a multi-line
comment in C#
*/
F#F#
(*
This is a multi-line
comment in F#
*)
См. такжеSee also
В css закомментировать
Как закомментировать код CSS, HTML, JavaScript или PHP
Как закомментировать код CSS, HTML, JavaScript или PHP
Комментировать нужно не всегда именно код, часто нужно закомментировать подсказку, чтобы легко найти нужную строку в будущем.
/* Закомментированный код */
Примеры:
Комментировать код в HTML
Примеры:
Комментировать код в JavaScript
// Закомментированный код
/* Закомментированный код */
Примеры:
Комментировать код в PHP
// Закомментированный код
/* Закомментированный код */
Примеры:
Надо отметить, что двойной слеш // комментирует только строку.
Если использовать специальный редактор Notepad ++, тогда закомментированный код окрасится в зеленый цвет. Это очень удобно!
На заметку: JavaScript — независимый язык программирования, со своей спецификацией ECMAScript, и к Java не имеет никакого отношения.
Всем удачи и добра!
Поделитесь с друзьями этой статьей!
Строки комментариев (//) в CSS
CSS использует тот же синтаксис «блока комментариев», что и языки семейства C — вы начинаете комментарий с / * , и заканчиваете его * /.
Тем не менее, в CSS отсутствует правило синтаксиса «строка комментария», как в этих языках, где весь код от / / и до конца строки считается комментарием.
Многие разработчики просят, чтобы этот синтаксис также был добавлен, но, к сожалению, наши руки связаны — минимизаторы CSS не распознают строки комментариев.
Поэтому, если мы добавим такой символ, и минимизатор удалит все разрывы строк (как он, как правило, и делает), то строка комментариев выведет в комментарии все стили, следующие за ней!
Тем не менее, CSS на самом деле уже позволяет использовать символ / /. Но он используется не для всей строки, а для последующей конструкции.
То есть, когда вы используете / /, последующая конструкции CSS — будь то объявление или блок — будет «выведена в комментарии».
Например:
.foo { width: auto; //height: 500px; background: green; }
В этом коде объявление height выведено в комментарии.
Аналогично:
//@keyframes foo { from, to { width: 500px; } 50% { width: 400px; } } @keyframes bar { from, to { height: 500px; } 50% { height: 400px; } }
Здесь через / / выведено в комментарии первое объявление @keyframes.
Отмечу, что если вы попытаетесь использовать / / только для того, чтобы разместить в вашей таблице стилей комментарий, вам следует быть осторожными, — простой текст не является CSS конструкцией, так что при обработке таблицы стилей он будет пропущен, а в комментарии удалится первая следующая CSS-конструкция:
// Сделать какую-нибудь вещь. .foo { animation: bar 1s infinite; } /* Упс, блок .foo выпал в комментарии! */
Обновление: Упс, нашел ошибку у себя самого.
Перевод статьи «Single Line Comments (//) in CSS» был подготовлен дружной командой проекта Сайтостроение от А до Я.
Как вставить комментарий в CSS код
Использование комментариев в CSS — это отличный способ пояснить написанные стили и структурировать разделы кода. Умело добавленные комментарии могут сделать код более понятным. Это особенно важно для проектов, над которыми работают целые команды. Следует знать, что комментарии не отображаются на странице в браузере. Они носят информационный характер и не влияют на визуальное отображение сайта.
Как добавить CSS комментарий
Добавить CSS комментарий легко: просто заключите свой комментарий между открывающимся и закрывающимся тегом:
• Начните свой комментарий, добавив /* • Закройте комментарий, добавив */
Он может быть однострочным или многострочным.
Однострочный комментарий CSS:
div#border_red { border: thin solid red; } /* красная граница пример */ И многострочный пример: /*************************** **************************** Многострочный комментарий **************************** ***************************/
Разделение на секции
Часто я использую CSS комментарии в коде для структуризации стилей. Чтобы сделать это, я добавляю комментарии с большим количеством дефисов. Они формируют более очевидные разрывы на странице. Вот пример:
/*———————— Заголовок начинается здесь —————————— */
«Комментирование» кода
Комментирующие теги также могут быть полезны в процессе написания CSS, так как они позволяют «отключить» области кода, чтобы увидеть, что происходит.
Поскольку комментирующие теги сообщают браузеру о том, что нужно игнорировать все, что находится между ними. Благодаря этому их можно использовать для временного отключения некоторых частей кода CSS.
Советы по CSS комментированию
- Комментарии могут занимать несколько строк;
- Комментарии могут включать в себя CSS элементы, которые не нужно отображать в браузере и удалять полностью. Это хороший способ отладки стилей сайта;
- Используйте комментарии, когда пишете сложный CSS, чтобы добавить разъяснения и сообщить разработчикам о нюансах, которые стоит знать;
- Комментарии в HTML CSS могут также включать в себя такую метаинформацию, как:
- Автор;
- дата создания;
- информация об авторских правах.
Эффективность
Комментарии, безусловно, полезны. Но имейте в виду, что чем больше комментариев вы добавляете в код, тем больше увеличивается его объем, а это влияет на скорость загрузки и производительность сайта.
Перевод статьи “How to Insert a CSS Comment” был подготовлен дружной командой проекта Сайтостроение от А до Я.
Как закомментировать код в WordPress для PHP, HTML и CSS
Как оставить, добавить комментарий в коде на PHP, HTML и CSS. Для чего нужно оставлять комментарии в коде? Во-первых, чтобы не забыть для чего этот код нужен и чтобы другие программисты могли понять написанный вами код. Во-вторых, временно сделать часть кода нерабочим, так как закомментированный код не исполняется, не рассматривается в качестве основного исходного кода. В-третьих, написанный код с грамотно расставленными комментариями – это отличительны признак профессионального программиста.
Скачать исходники для статьи можно ниже
Комментирование кода в Python (Урок №5)
Прежде чем двигаться далее, изучим короткую, но важную тему комментирования кода в Python.
Бывает так, что программист написал программу, отложил ее в сторону на несколько дней, а потом с удивлением понимает, что уже и не помнит, что там нагородил =)
На самом деле, это частая ситуация. Я сам регулярно возвращаюсь к своим старым программам и радуюсь (но не всегда), что комментировал собственный код.
И, как результат, я быстрее понимаю, что сам и написал =)
Что такое комментирование кода?
Если кратко, то это поясняющие записи, к тем или иным командам. Можно провести аналогию с заметками на полях книги.
Но прежде чем продолжить далее, отмечу, что можете посмотреть видео (в нем больше информации, по понятным причинам), или прочитать текстовую версию чуть ниже.
Не забудьте подписаться на мой Youtube-канал.
Как комментировать код в Python?
Например, вот так:
b=3 #задаем переменную b c=5 #задаем переменную c d=b+c print(d) #выводим результат
В Python признаком комментария является символ «решетки» #
При этом, интерпретатор Python игнорирует все символы, которые находятся после # и до конца строки.
Обратите внимание, что можно не только оставлять полезные заметки, поясняющие работу программу, но и временно «блокировать» выполнение той или иной команды.
b=3 #задаем переменную b c=5 #задаем переменную c d=b + c # print(c) # print(b) print(d) #выводим результат
Если мы запустим код выше на выполнение, то получим 8 (результат сложения переменных d = b + c).
Но так как две строки
# print(c)
# print(b)
закомментированы, то они не будут исполняться интерпретатором. И мы не увидим на экране, какие значения у переменных b и c.
Это полезная фича, когда тестируется программа, или ищут ошибки в коде.
Но в финальном варианте программы, разумеется, закомментированные команды лучше удалить, чтобы не засорять код командами, которые не используются при работе программы.
При этом поясняющие комментарии лучше оставить.
Понятно, что не нужно комментировать абсолютно все команды. Но важные моменты, или те, что нельзя сразу понять, лучше пояснить.
Сами потом себя похвалите за предусмотрительность, когда через какое-то время вернетесь к тому ,что написали.
Как сразу закомментировать много строк кода?
Бывает так, что нужно сразу закомментировать много строк кода, которые временно нужно исключить. Если вручную ставить в начале каждой строки знак #, то можно быстро разозлиться.
К счастью, большинство редакторов кода позволяют это сделать быстро.
Например, если используете PyCharm, то достаточно выделить нужный блок кода и нажать сочетание клавиш CTRL + /
Если нужно раскомментировать много строк кода, то опять выделяем нужные строки и снова нажимаем сочетание клавиш CTRL + /.
Уроки по Python 3:
Как закомментировать код в python
Программирование отражает ваш образ мышления, чтобы описать отдельные шаги, которые вы предприняли для решения проблемы с помощью компьютера. Комментирование вашего кода помогает объяснить ваш мыслительный процесс, а также помогает вам и другим людям понять смысл вашего кода. Это позволяет вам легче находить ошибки, исправлять их, впоследствии улучшать код, а также повторно использовать его и в других приложениях.
Комментирование важно для всех видов проектов, независимо от того, маленькие они, средние или довольно большие. Это важная часть вашего рабочего процесса, и считается хорошей практикой для разработчиков. Без комментариев все может запутаться, очень быстро. В этой статье мы расскажем о различных методах комментирования, поддерживаемых Python, и о том, как его можно использовать для автоматического создания документации для вашего кода с использованием так называемых строк документации уровня модуля.
Хорошие против плохих комментариев
Как бы ни были важны комментарии, все еще можно писать плохие комментарии. Они всегда должны быть короткими, прямолинейными и добавлять информативную ценность.
Например, это довольно бесполезный комментарий:
Следующий пример демонстрирует более полезный комментарий и дает переменным очевидные имена:
Существует бесконечное количество других сценариев, которые заслуживают комментариев. Это только один пример. Хорошее практическое правило — добавлять комментарии к любой строке кода (например, к списку) или к фрагменту кода, цель которого не очевидна. Это очень субъективно, и на самом деле это навык, который необходимо изучить.
Типы комментариев
Комментарий в Python начинается с символа хеша # и продолжается до конца физической строки. Однако хеш-символ внутри строкового значения не рассматривается как комментарий. Если быть точным, комментарий можно написать тремя способами — полностью в отдельной строке, рядом с оператором кода и в виде многострочного блока комментариев.
В следующих разделах я опишу каждый тип комментария.
Однострочные комментарии
Такой комментарий начинается с хеш-символа ( # ) и сопровождается текстом, который содержит дополнительные пояснения.
Вы также можете написать комментарий рядом с оператором кода. Следующий пример показывает, это:
Руководство по стилю для кода Python ( PEP8 ) рекомендует менее 79 символов на строку. На практике 70 или 72 символа в строке легче читать, и поэтому рекомендуется. Если ваш комментарий приближается к этой длине или превышает ее, тогда вы захотите распределить его по нескольким строкам.
Многострочные комментарии
Как уже упоминалось выше, весь блок комментариев также понимается Python. Эти комментарии служат встроенной документацией для других, читающих ваш код, и обычно объясняют вещи более подробно
Технически Python не имеет явной поддержки многострочных комментариев, поэтому некоторые варианты считаются обходным решением, но все же работают для многострочных комментариев.
Версия 1 объединяет однострочные комментарии следующим образом:
Версия 2 проще, чем версия 1. Изначально она предназначалась для создания документации (подробнее об этом ниже), но ее также можно использовать для многострочных комментариев.
Обратите внимание, что последняя версия должна быть заключена в специальные кавычки ( «»» ) для работы, а не хеш-символы.
Обычная практика
Довольно часто начинать Python-файл с нескольких строк комментариев. В этих строках указывается информация о проекте, назначении файла, программисте, который его разработал или работал над ним, и лицензии на программное обеспечение, которое используется для кода.
Этот фрагмент взят из одного из примеров, которые я использую в учебных целях. Комментарий начинается с описания, за ним следует уведомление об авторских правах с моим именем и год публикации кода. Ниже вы увидите, что код лицензирован под GNU Public License ( GPL ). Для того, чтобы связаться со мной, мой адрес электронной почты также добавлен туда.
Комментарии документации
Python имеет встроенную концепцию под названием «строки документации», которая является отличным способом связать написанную вами документацию с модулями, функциями, классами и методами Python. Строка документа добавляется в качестве комментария прямо под заголовком функции, модуля или объекта и описывает действия функции, модуля или объекта. Ожидается, что будут следовать этим правилам:
Строка документа — это либо однострочный, либо многострочный комментарий. В последнем случае первая строка является кратким описанием, а после первой строки следует пустая строка.
Начните строку документа с заглавной буквы и завершите ее точкой.
Это основной пример того, как это выглядит:
В интерактивной справочной системе Python строка документации становится доступной через атрибут __doc__ .
Существует ряд инструментов, которые автоматически генерируют документацию из строк документации, таких как Doxygen, PyDoc, pdoc и расширение autodoc для Sphinx. Мы объясним вам, как работать с ними в следующей статье.
Заключение
Написание правильных комментариев в вашем коде Python не так сложно, и вам просто нужна сила выносливости. Это помогает всем, кто пытается понять ваш код, включая вас самих, когда вы в следующий раз вернетесь к нему. Мы надеемся, что совет, который мы дали вам здесь, облегчит вам создание более качественных комментариев и документации в вашем коде.
Как и многие другие высокоуровневые языки программирования, Python позволяет оставлять комментарии в исходном коде программы. Комментарии бывают двух видов: однострочные и многострочные, в зависимости от количества занимаемых строк. Для создания пояснений к различным модулям, классам, функциям и методам можно применять конструкции docstring.
Что такое комментарии и зачем они нужны?
Комментариями принято называть текстовые пояснения, которые улучшают понимание кода и находятся непосредственно в самой программе. Благодаря специальному синтаксису, они выделяются на фоне инструкций, предназначенных для выполнения компьютером. Это дает возможность компилятору и интерпретатору игнорировать подобные текстовые вставки, во время обработки исходного кода программы.
Таким образом, комментарии представляют собой специальные текстовые строки, которые никоим образом не влияют на ход выполнения программы. При желании в них можно писать все что угодно, поскольку компилятор и интерпретатор не будут обращать на них внимание. Грамотное использование комментариев позволяет значительно улучшить понимание текста программы другими людьми во время работы над общим проектом. Кроме того, реализация подобных пояснений помогает их автору быстро разбираться в ранее написанном коде. Такая потребность часто возникает при необходимости улучшить или доработать программу.
Однострочные
В каждом отдельно взятом языке программирования используется собственный синтаксис однострочных комментариев. Зачастую в роли специального оператора, который сообщает компьютеру о том, что следующая строка является комментарием, задействуется двойной слеш (//). В Python эту функцию выполняет обычный символ решетки (#). Следующий код демонстрирует создание двух однострочных комментариев внутри самой программы.
Если запустить программу с этим кодом на выполнение, ничего не произойдет, поскольку, как уже было сказано ранее, комментарии полностью игнорируются компьютером. Писать пояснения можно не только на английском, но и на русском языке. Для русских комментариев в Python нужно подключить кодировку UTF-8 (Unicode Transformation Format, 8-bit). В противном случае, компилятор выдаст ошибку, не сумев правильно распознать символы кириллицы.
Комментарий может находиться в любой части программы, закрывая от компилятора не только целую строку, но и ее отдельную часть, идущую за символом решетки. Пояснение, расположенное следом за определенной командой, как правило, должно в максимально лаконичной форме передавать ее смысл. В следующем примере комментарии отображают точки старта и завершения программы, а также передают назначение функции print().
Создавая комментарии, необходимо принять во внимание тот факт, что символ решетки не задействуется по прямому назначению, если заключен в строковый литерал. В приведенном ниже фрагменте кода данный оператор является частью строки под названием string. Работая в IDE (Integrated Development Environment), можно увидеть, что комментарии автоматически выделяются курсивом и обладают особой подсветкой, облегчающей их распознавание.
После ввода символа решетки, весь дальнейший текст будет считаться комментарием, вне зависимости от того, какие ключевые слова или операторы используются за ним.
В приведенном выше фрагменте кода за инициализацией строк string следует однострочный комментарий. Таким образом, количество символов решетки может быть произвольным.
Многострочные
Большинство высокоуровневых языков программирования поддерживают многострочные комментарии, которые помогают более подробно описывать детали реализации сложных для понимания блоков кода. Общепринятым синтаксисом для данной конструкции является слеш со звездочкой в начале выделенного блока (/*) и те же самые символы в обратном порядке в конце комментария (*/). Однако Python не поддерживает подобную возможность, вместо нее предлагая использовать совокупность нескольких однострочных комментариев.
Программа, приведенная выше, содержит набор однострочных комментариев, при помощи которых формируется в Python блок закомментированных пояснений к коду. Для тех, кто работает в простом редакторе кода или блокноте, такой подход покажется очень неудобным, так как при помощи символов решетки нельзя одновременно выделить и закомментировать несколько строчек программы, запретив тем самым их выполнение. Вместо этого приходится все комментировать по отдельности.
Однако современные IDE и редакторы кода, такие как PyCharm или NetBeans способны не только отображать синтаксис языка, но также поддерживают множество горячих клавиш для более быстрого написания программ. С их помощью можно моментально закомментировать огромный блок кода, а также оперативно избавиться от символов решетки в начале каждой строки. Это существенно ускоряет работу программиста и улучшает удобство тестирования.
Так, например, чтобы закомментировать несколько строк Python кода, в PyCharm, следует их выделить и нажать комбинацию клавиш + .
Docstring
Для создания документации к различным модулям, классам, функциям и методами в Python широко применяется такой инструмент как docstring. Согласно официальному соглашению PEP 8 (Python Enhancement Proposal), которое содержит в себе комплекс общепринятых норм по написанию кода, в Python docstring необходимо использовать в качестве поясняющей конструкции для всех создаваемых блоков кода. Такие примечания необходимо помещать сразу же после определения класса, метода, функции или модуля, заключая текст в тройные кавычки.
Данный пример демонстрирует работу функции greeting(), которая создает строку и выдает ее на экран. Здесь применяется конструкция docstring, сообщающая программисту основные сведения о вызываемом методе. В отличие от обычных комментариев, docstring, как правило, обрабатывается компилятором и помещается в полученный байт-код. Во время выполнения программы записанные ранее сведения можно вывести на экран с помощью метода __doc__.
В спецификации PEP 8 определены базовые рекомендации использования docstring. Согласно общепринятым нормам в комментариях к функциям Python, первая строка документации должна представлять собой лаконичную сводку о назначении объекта, начинаясь с прописной буквы и заканчиваясь точкой. Вторая строка обязана быть пустой, в то время как последующие абзацы могут содержать более подробное описание внутренних особенностей объекта, его характеристики, особенности вызова и сторонние эффекты.
Применение docstring в качестве комментария
Несмотря на отсутствие прямой возможности создавать в коде Python 3 многострочные комментарии, язык Python позволяет использовать инструмент docstring для их замены. Сделать это можно при помощи тройных кавычек, просто поместив в них нужный текст. Таким образом, создается многострочный литерал, который не принадлежит какому-либо объекту, а поэтому не играет никакой роли во время обработки программного кода компилятором. Следующий пример демонстрирует применение docstring в качестве многострочного примечания в коде.
Несмотря на простоту такого подхода, пользоваться им не рекомендуется, так как основным назначением docstring является документирование объектов.
Именно по этой причине всегда лучше пользоваться символами решетки, комментируя большие объемы кода с помощью горячих клавиш IDE.
Заключение
Комментарии в языке программирования Python используются для создания собственных пояснений к исходному коду программы. Это позволяет улучшить его понимание другими людьми в процессе командной работы над большими проектами. В языке предусмотрены только однострочные комментарии, однако при помощи текстовых блоков можно получить аналог многострочных комментариев. Для создания документации к отдельным функциям, методам, классам и модулям применяются конструкции docstring. Общепринятые правила документирования исходного кода подробно описаны в сборнике рекомендаций PEP 8.
В Python, для однострочных комментариев используется символ # . Но если нужно закомментировать большой блок кода, то приходится приписывать # в начале каждой строки. Это очень неудобно при отладке.
Есть ли какая-то возможность использовать многострочные комментарии (аналог /* . */ из Си) в Python?
UPD:
Знаю, что различные IDE позволяют делать такие вещи автоматически, но хотелось бы более элегантного решения, не зависящего от средства редактирования кода и различных утилит.
5 Answers
В PyCharm можно выделить блок который нужно закомментировать и нажать Ctrl+/
PyCharm в начале каждой строки поставит ‘#’
Если нужно будет раскоментировать нужно опять же нажать Ctrl+/ и ‘#’ уберутся!
Очень удобно!
Руководство по стилю кода (pep-8) рекомендует использовать # для блочных комментариев.
Но если нужно закомментировать большой блок кода, то приходится приписывать # в начале каждой строки. Это очень неудобно при отладке.
Один из явных признаков неумелого программирования — это наличие закомментированных фрагментов кода. Используйте систему контроля версий и/или ваше IDE, чтобы временно убрать/закомментировать код при отладке. Настройте ваше окружение, чтобы вы могли это делать не задумываясь, нажимая пару клавиш.
Знаю, что различные IDE позволяют делать такие вещи автоматически, но хотелось бы более элегантного решения, не зависящего от средства редактирования кода и различных утилит.
Закомментированный код не должен добавляться в систему контроля версий, поэтому для временных изменений, которые не переживут одну сессию редактирования кода, один клавишный аккорд (например, M-; в Emacs), как правило, достаточен, чтобы закомментировать/раскомментировать кусок кода.
«»»multiline string literal»»» не является многострочным комментарием в Питоне. Это просто строковая константа, которая позволяет использовать буквальные символы новой строки без экранирования (такого как
). Часто используется для описаний модулей, классов, функций/методов прямо в коде:
Попытка использовать «»»»»» в качестве многострочного комментария сломается на первой docstring, даже если бы не было других более подходящий решений для данной задачи.
Насколько мне известно, отдельного синтаксиса для многострочных комментариев в Python нет. В тоже время, можно использовать строковые литералы, заключенные в тройные апострофы, например так:
Строковые литералы, заключенные в тройные кавычки, могут содержать:
- кавычки ( » )
- апострофы ( ‘ )
- docstring комментарии ( «»»func desc»»» )
- переводы строк
В тоже время, стоит помнить, что такой строковый литерал не должен содержать внутри символов »’ . Это требование аналогично запрету на последовательность символов */ внутри многострочного комментария Си.
Кстати, этот же хак, предлагает использовать создатель языка Python в одном из своих твитов.
В тоже время, как верно отметил @jfs, руководство по стилю кода (pep-8) рекомендует использовать # для блочных комментариев.
Почти все редакторы умеют выделять текст столбцом.
В большинстве из них это делается при помощи Alt+Shift+Стрелка, в редакторах на основе Idea используется переключение по Alt+Shift+Insert между обычным и колоночным режимами.
Я всегда, когда комментирую код, использую однострочные комментарии, выделив нужную группу строк. Это удобно, поскольку во-первых, факт закомментированности не зависит от наличия комментариев в комментируемом коде, а во-вторых, сразу чётко видно единый закомментированный участок кода (при комментировании кнопкой комментария IDE игнорируют пустые строки).
PS: Если код комментируется для долгосрочных целей, то ставлю 4 слеша вместо двух.
Еще несколько сочетаний клавиш в Visual Studio Code — sergey vasin
Продолжим начатую в предыдущем посте тему и рассмотрим еще несколько полезных сочетаний клавиш в Visual Studio Code.
Folding
Что такое Folding? Это возможность свертывать части кода для того, чтобы он не загромождал имеющееся пространство редактора.
В разных средах разработки это реализовано по-разному. Тот вариант, что используется в Visual Studio Code — это так называемый language-unaware folding, то есть, он не зависит от используемого языка, и как следствие, не различает соответствующие языку конструкции, которые могли бы быть подходящими кандидатами на свертывание. В данном случае вся логика свертывания основана на отступах.
То есть, начало региона (части кода, которая подлежит свертыванию) соответствует строке с меньшим отступом относительно строк, следующих за ней. А конец региона находится непостредственно перед строкой, имеющей такой же (или меньший) отступ, что и первая строка региона.
Ctrl+Shift+[ — Fold, и Ctrl+Shift+[ — Unfold — сочетания клавиш, которые выполняют свертывание и развертывание регионов.
Таким образом, если мы нажмем сочетание клавиш Ctrl+Shift+[ в то время, когда
курсор будет находится внутри функции
function f { do-this do-that }
эта часть кода будет выглядеть следующим образом
function f {... }
Вышеприведенные сочетания выполняют сверывание и развертывание частей кода в зависимости от текущего расположения курсора. Если же нам нужно свернуть или развернуть все существующие в редактируемом файле регионы, то мы можем воспользоваться сочетаниями клавиш Ctrl+K Ctrl+0 — Fold All — и Ctrl+K Ctrl+J — Unfold All.
Понятно, что регионы могут быть вложенными, и, таким образом их можно разделить на регионы первого уровня, второго и так далее. Для того, чтобы свернуть только регионы определенного уровня, существуют сочетания клавиш Ctrl+K Ctrl+1, Ctrl+K Ctrl+2 и так до Ctrl+K Ctrl+9.
Например, если мы нажмем сочетание Ctrl+K Ctrl+2, то код
# some code do do-again do-one-more-time # some another code do do-again do-one-more-time do-something-different
станет выглядеть следующим образом
# some code do do-again do-one-more-time # some another code... do-something-different
Еще один вид свертывания — это рекурсивное свертывание. В данном случае сначала свертываются регионы с наибольшим отступом, потом следующие за ними в порядке уменьшения отступа и так до регионов первого уровня. Происходит это все для той части кода, на которой в данный момент расположен курсор. Рекурсивное свертывание выполняется при нажатии клавиш Ctrl+K Ctrl+[ — Fold Recursively.
Для того, чтобы рекурсивно развернуть какую-либо часть кода используется сочетание клавиш Ctrl+K Ctrl+] — Unfold Recursively.
Indent
Теперь давайте поговорим об отступах.
Когда мы пишем код, для задания отступа удобнее всего пользоваться клавишей Tab. Когда код уже написан и нам нужно его подвинуть в ту или иную сторону, мы также можем использовать Tab для увеличения отступа и Shift+Tab для его уменьшения.
Если мы хотим поправить только одну строку, мы можем установить курсор в ее начало и воспользоваться вышеприведенными клавишами. Если это действие требуется для нескольких строк, перед использованием Tab или Shift+Tab нам потребуется их выделить, причем не обязательно полностью.
С другой стороны, мы можем увеличить или уменьшить отступ строки вне зависимости от того, в какой ее части находится курсор и выделена она или нет. В этом нам помогут сочетания клавиш Ctrl+[ — Outdent Line и Ctrl+] — Indent Line. Тем не менее, для изменения отступа нескольких строк одновременно, нам по-прежнему потребуется их выделить.
Comments
Несмотря на то, что мы можем определить строку (или несколько) как комментарий вручную, использование сочетаний клавиш позволяет сделать это немного быстрее и удобнее.
Для того, чтобы закомментировать (или раскомментировать) строку, мы можем использовать сочетание Ctrl+/ — Toggle Line Comment. Так же, как и в предыдущем случае, для того, чтобы закомментировать несколько строк одновременно, нам потребуется их выделить.
Для создания блочного комментария используется сочетание клавиш Shift+Alt+A — Toggle Block Comment.
Если мы нажмем эти клавиши без выделения чего-либо, результатом станет пустой блок комментария. С другой стороны, если перед тем, как нажать это сочетание, мы выделим какой-либо блок текста, результатом будет блочный комментарий, состоящий из выделенного текста.
Quotes, parentheses, etc.
Особенности, свойственные блочным комментариям, в части того, что при выделении текста и нажатии определенных клавиш этот текст становится обрамлен какими-либо символами, встречаются и в некоторых других случаях.
Например, также это свойственно таким символам, как одинарные кавычки, двойные кавычки, круглые скобки, квадратные скобки и фигурные скобки.
Select highlights
Еще одно полезное сочетание клавиш — Ctrl+Shift+L — Select All Occurrences of Find Match.
Полезно оно следующим. Когда вы используете поиск (Ctrl+F) для нахождения каких-либо элементов кода, то диалоговое окно поиска показывает вам найденные элементы по одному. В случае, когда вы хотите выделить сразу все найденные совпадения с целью их поправить или изменить, вам поможет вышеприведенное сочетание клавиш.
Кроме того, когда мы выделяем какой-либо элемент кода, можно заметить, что все остальные совпадения при этом также слегка подсвечиваются. Ctrl+Shift+L позволяет выделить все имеющиеся совпадения и в этом случае тоже.
Страницы в социальных сетях:
Twitter: https://twitter.com/vsseth
Facebook: https://fb.com/inpowershell
VKontakte: https://vk.com/inpowershell
Как закомментировать свой HTML-код
Тег комментария — это элемент, используемый для оставления заметок, в основном связанных с проектом или веб-сайтом. Этот тег часто используется, чтобы объяснить что-то в коде или оставить какие-то рекомендации по проекту. Тег комментария также помогает разработчику вернуться и понять код, который он написал на более позднем этапе. Комментарии также можно использовать для комментирования строк кода в целях отладки.
Хорошей практикой является добавление комментариев к вашему коду, особенно при работе с командой или в компании.
Комментарии начинаются с и заканчиваются
->
и могут занимать несколько строк. Они могут содержать код или текст и не отображаются в интерфейсе веб-сайта, когда пользователь посещает страницу. Вы можете просматривать комментарии через Inspector Console или просматривая исходный код страницы.
Пример
Подробнее: https: // html.ru / tags / comment-tag / # ixzz4vtZHu5uR
Интернет FreeCodeCamp
FreeCodeCamp - это проект с открытым исходным кодом, которому нужна ваша помощь
Условные комментарии определяют некоторые теги HTML, которые будут выполняться при заполнении определенного кода.
Условные комментарии распознаются только Internet Explorer версий 5–9 - IE5 - IE9.
Пример
Интернет FreeCodeCamp
FreeCodeCamp - это проект с открытым исходным кодом, которому нужна ваша помощь
Эти комментарии доступны только в Internet Explorer и могут использоваться до IE9.В настоящее время есть хорошие перемены, которых вы никогда не увидите, но хорошо знать об их существовании. Условные комментарии - это способ обеспечить различный опыт для разных клиентских браузеров. Например:
Ваш браузер ниже IE9
Ваш браузер IE9
Ваш браузер старше IE9
Подробнее о HTML:
Пожалуйста, не коммитируйте закомментированные code
git diff содержит информацию we_seek
Некоторые веские причины, по которым вы должны удалить неиспользуемый код
Я часто нахожу подобные вещи в проверяемых мной базах кода:
1function foo (bar) {
2 const baz = bar (false)
3
4
5
6
7
8
9 return baz
10}
Эта функция должна выглядеть так:
1function foo (bar ) {
2 return bar (false)
3}
Вы можете подумать: «Но Кент! Что, если эта« веская причина »больше не соответствует действительности,
и нам нужно будет сделать это снова по-старому позже? »Ответ, мой дорогой читатель, таков:
git diff :
Вот драгоценный код.Мы можем схватить эти изменения и бум! Мы снова в
бизнес!
Теперь вы можете подумать: «Хорошо, круто, но какая проблема в том, чтобы оставить
прокомментировал код там? Людям легче увидеть, как было раньше,
может быть им полезен, и это способ оставить свой след в
codebase навсегда !! "
Вот несколько причин, по которым вы, вероятно, не должны использовать закомментированный код:
Фокус и когнитивная нагрузка
Для меня это самая большая причина и достаточная причина, чтобы избежать делаю это
все вместе.Не знаю, как вы, но когда я перейду к закомментированному коду, я
часто прекращаю то, что делаю, чтобы прочитать это. Я думаю "может быть, это важно" или могу
просто проявите любопытство. В любом случае,
мой рабочий процесс сорвался с рельсов .
Скрывает то, что важно
Я видел такие вещи:
1
2
3
4
5
6
7
8
9
10
10
12someImportantCode ()
13
14
15
16
17
18
19
20
21
22
23
000 может быть 900
000 чтобы пропустить someImportantCode () при сканировании файла.Это менее вероятно при правильной подсветке синтаксиса, но может произойти, и комментарии просто не стоит оставлять без внимания.
Устаревший
Я давно придерживался мнения, что единственное, что может сказать вам правду о код есть код. Как только вы добавляете комментарий, он устаревает. Комментарии к документации достаточно полезны, чтобы оправдать их существование (хотя вы должны попытаться сделать свой код самодокументированным для людей, кроме себя).
Однако закомментированный код не оправдывает своего существования.Это не займет много времени до того, как закомментированный код выйдет из контекста, больше не будет тестироваться, вставляться или запускаться, API-интерфейсы, которые он использовал, были изменены или удалены, и теперь он просто находится в путь.
Заключение
Опять же, основная проблема заключается в том, что закомментированный код добавляет путаницы без реальной пользы. Просто положитесь на свою систему контроля версий, чтобы отслеживать код, который когда-то был. Отпусти ситуацию.
Если вы новичок, вас могут заинтересовать Глеба Бахмутова eslint-rules (в частности, его код без комментариев правило).Если вы не любитель, послушайте Джамунд Фергюсон о JavaScript Jabber. Его энтузиазм убедит вас, что вы должны попробовать :-)
QYMAM
k-why-mahm - Вопросы, которые вы могли бы задать мне:
Q: Есть ли исключения из этого правила ? A: Да. Но они редки.
Q: Что насчет того, над чем я работаю, но еще не работаю? Я не хочу подождите, пока все будет готово, потому что мой компьютер может быть украден или загорелся! A: Поместите в ветку.Нет проблем с совершением полностью испорченного материала в филиал. Как только это будет сделано, вы можете объединить рабочий материал в мастер.Лично я рекомендую вам сквош совершает в атомарно работающие коммиты, прежде чем вы поместите их в мастер, но до тех пор, пока он работает, когда он попадает в мастерскую, тогда ты в порядке.
Q: Что насчет того, когда мы абсолютно уверены, что код готов, но какая-то третья сторона требуется интеграция, прежде чем ее можно будет совершить? Я не хочу потерять это знание.Разве я не могу просто сказать: «// раскомментируйте этот код, когда foo будет выполнено» ?? А: На мой взгляд, TODO должен жить в истории и закомментированном коде. должен жить в ветке разработки. Что делать, если сторонняя интеграция не удалась или сброшен? Теперь вы должны не забыть удалить комментарий и прокомментированный из кода.
Q: Что насчет примеры для сторонних интеграторов? A: Для меня это не закомментированный код, это документация. Я полностью круто с этим.Хотя, честно говоря, меня это как-то сводит с ума, что документация в проекте AngularJS 1 представлена в виде комментариев в файлы. Первая строка исполняемого кода в compile.js является строка 737! Но это еще один пост в блоге (и я не говорю, что они ошибаются ... компромиссы наверняка).
Q: историю git трудно обнаружить… Как мне найти коммит, который удалили код, который я хочу вернуть? A: A очень актуальный вопрос . Удаление закомментированный код не только затрудняет поиск в дальнейшем, но и делает его таким люди в будущем не знали, что он существовал раньше.Для нахождения кода там инструменты и команды git, которые помогут вы смотрите на историю файла. Мне приходилось делать это раньше, вернувшись на несколько месяцев назад (даже годы) в файле на самом деле было довольно тривиально. Что касается знания его существования, если это так важно, вы можете добавить комментарий, который кратко объясняет что там раньше существовало что-то важное, и люди могут найти это в git история. Я считаю, что это крайне редкий случай, и я не могу думать о нем лично. когда-либо нужно было это сделать.
У вас есть еще вопросы? Добавьте сюда комментарий или свяжитесь со мной твиттер.
Спасибо Мэтт Забриски, Лин Кларк, Кайл, Джамунд Фергюсон и Глебу Бахмутову за отзыв.
Поддержка
ПоддержкаВы используете устаревший браузер. Internet Explorer больше не поддерживается Xilinx.
Просмотр документации
Навигатор документации
Documentation Navigator упрощает поиск нужных документов, изучение новых тем, локальную загрузку и многое другое.
Вы ищете информацию о покупке через Xilinx или дистрибьютора Xilinx?
- Xilinx предлагает полный набор устройств, средств проектирования, IP-ядер, устройств, плат для разработки и комплектов.Некоторые товары можно приобрести непосредственно в Интернете или через официальных дистрибьюторов.
Знаете, какие проблемы поддерживаются Сервисным порталом?
Служба технической поддержки Xilinx оказывает помощь по всем типам запросов, кроме следующих:
- Информация о наличии продукта, ценах, сроках выполнения заказа и окончании срока службы продукта.
- Программное обеспечение и эталонные образцы старше двух последних основных выпусков. (например, если текущим выпуском является 2019.1, поддерживаются версии 2019.x и 2018.x, но не поддерживается 2017.x)
- коммерческих версий PetaLinux старше двух последних основных выпусков. (например, если текущим выпуском является 2019.1, поддерживаются версии 2019.x и 2018.x, но не поддерживается 2017.x)
- Подробный список исключений для встроенного ПО см. В Wiki поддержки встроенного ПО.
- Программное обеспечение и IP-адрес установлены в неподдерживаемых операционных системах. См. Ответ Xilinx 18419.
- Сторонние демонстрационные программы и платы для разработки. Обратитесь к стороннему поставщику за поддержкой.
- Устройства и IP-адреса используются вне пределов спецификации или не соответствуют общим инструкциям в Руководстве пользователя. Модификации ядер, созданные Coregen, не поддерживаются.
- Для получения помощи в дизайне или кодировании обратитесь к официальному дистрибьютору или торговому представителю.
- Application Notes поддерживает не только воспроизведение конкретных условий и сценариев, представленных в них.
- Сервисный портал доступен не всем клиентам Сервисный портал
- недоступен для студентов университетов, за исключением лиц, авторизованных в рамках университетской программы Xilinx. Для получения дополнительной информации см. Программу Университета Xilinx.
Хотите узнать больше о возврате продуктов Xilinx?
- Качество и надежность: Мы предлагаем нашим клиентам комплексные решения и услуги.Мы работаем вместе через партнерские отношения с клиентами, поставщиками, используя передовые системы, технологии и методы, а также полностью вовлекая сотрудников Xilinx в культуру постоянного совершенствования.
- Возврат продукции: при необходимости мы предоставляем клиентам услуги по анализу отказов компонентов, чтобы помочь улучшить качество и надежность продукции Xilinx, а также продуктов и производственных процессов клиентов.
У вас есть проблемы со входом на Сервисный портал?
Для получения помощи в решении проблем с учетной записью Xilinx воспользуйтесь формой обратной связи на веб-сайте.
Хотели бы вы сотрудничать со специалистами Xilinx для решения ваших проблем?
Форумы сообщества Xilinx: онлайн-место, где собираются пользователи Xilinx и эксперты по продуктам Xilinx, с разделами, посвященными всем основным темам. Если вы не можете найти ответ, который ищете в другом месте, спросите Сообщество
Вы ищете ответы и решения?
- Центры решений. Многие продукты и технологии Xilinx имеют собственные центры решений.Это ведомые обзоры нашей технической документации и записи ответов. Начните поиск здесь, чтобы получить исчерпывающий обзор решений, доступных для вашего конкретного устройства, инструмента или IP-адреса. Записи ответов
- : Вопросы, проблемы и проблемы задокументированы как записи ответов в этой базе данных с точностью до минуты. Поддержка поиска
- : вы можете легко уточнить результаты, сузив область поиска по типу документа, типу записи ответа, продуктам, процессу проектирования и многому другому.
- Design Advisory: специальный класс Xilinx Answer Record, предназначенный для того, чтобы держать вас в курсе известных критических проблем и помогать в их решениях. Просмотрите записи ответов с рекомендациями по дизайну для своего устройства, чтобы избежать проблем и сэкономить время.
Вам нужна последняя техническая документация?
- Навигатор документации (DocNav): это автономный инструмент, доступный для загрузки, который поможет организовать соответствующую документацию Xilinx.Это лучший способ перейти к последней технической документации Xilinx и убедиться, что у вас есть самая последняя информация. Скачать
- Подпишитесь на оповещения: оповещения - это электронные письма, которые рассылаются для уведомления вас об изменениях в документах, связанных с вашим дизайном. Вы можете подписаться на уведомления о документации на основе устройств, средств дизайна, IP, плат и комплектов и многих других тем
Хотите узнать больше о том, как проектировать с помощью продуктов Xilinx?
- Запишитесь на обучение: программы практического обучения Xilinx предоставят вам технические знания, необходимые для немедленного начала проектирования.
- Поиск Xilinx.com: Xilinx предлагает обширную коллекцию вспомогательных материалов, таких как страницы продуктов, учебные пособия, примечания к приложениям, справочные проекты и обучающие онлайн-видео, которые помогут вам максимально эффективно использовать свой дизайн.
Откройте запрос на обслуживание, чтобы связаться с экспертом Xilinx. Получите помощь в использовании и устранении неполадок наших продуктов на каждом этапе процесса проектирования.
Войти3 способа закомментировать блоки кода в vi
Изучение vi
в первый раз может быть действительно пугающим. Кривая обучения немного высока, и в этом простом, но мощном редакторе есть , много, способов сделать, , много, вещей. Наступит момент, когда вам будет удобно перемещаться с помощью клавиш h
j
k
и l
, и переход между режимами command и insert станет вашей второй натурой.Здесь все становится по-настоящему весело, а добавление дополнительных команд в ваш набор инструментов vi
сделает вас еще более продуктивным.
Вы когда-нибудь оказывались в vi
, желая комментировать и раскомментировать блоки кода? Вот 3 способа добиться этого.
Плохой путь
Назвать этот способ «плохим» может немного несправедливо, но он, безусловно, самый неэффективный. Вы запускаете свой редактор, переходите к начальной строке блока, который хотите прокомментировать.Вы нажимаете i
, чтобы перейти в режим , вставить , ввести //
, чтобы прокомментировать, нажмите ESC
, чтобы вернуться в режим команды , нажмите j
, чтобы перейти к следующей строке, а затем повторяйте до тех пор, пока все строки закомментированы.
Чтобы раскомментировать строки, вы делаете почти то же самое. Переместите курсор в начало последней строки, которую вы хотите прокомментировать. Нажмите xx
, чтобы удалить первые два символа строки (в нашем случае символы //
), нажмите h
, чтобы перейти к следующей строке, а затем повторяйте, пока все строки не будут раскомментированы.
Возможность перемещаться, вставлять и удалять подобные символы - определенно не повод для насмешек. Требуется время, чтобы даже достичь этого уровня достаточности, но есть способы получше. / \ / \ // , а затем нажмите ENTER
СДЕЛАНО!
Woh, woh, woh! Что здесь только что произошло?
Разберем его подробнее.
11,17
- это интересующий вас диапазон. В данном случае строки 11-17.
s
обозначает замену. Следующие два аргумента разделяются /
, первый - это местоположение или старое значение, а второй - новое значение.
Например:
s / cat / dog /
берет первое вхождение слова cat
и заменяет его словом dog
. Это будет происходить для каждой строки.
Возможно, вы заметили небольшую проблему./ dog / добавит слово dog
в начало каждой строки.
А что насчет //
? Не запутается ли vi
, поскольку при подстановке /
используются для отделения старого значения от нового? Здесь нам нужно использовать \
(обратная косая черта), чтобы избежать двойных обратных косых черт, которые представляют комментарии.
/ \ / \
- это экранированная версия //
. Экранирование этих символов сообщает команде, что буквально хотим использовать /
дважды, а не интерпретировать его как разделитель для команды./ \ / \ // .
Раскомментирование использует аналогичный шаблон.
Нажмите :
, чтобы войти в режим , выйти из режима и ввести 11,17с / \ / \ ///
.
Как и раньше, наш диапазон - строки 11-17. На этот раз наш первый аргумент - это экранированная версия //
, а второе значение опущено. Это буквально означает, что мы заменяем экранированный код //
ничем и, следовательно, удаляем его.
Уф! Это было очень сложно! Это определенно очень мощный метод, но, как и многие команды, использующие регулярные выражения, он может выглядеть очень некрасиво.
Лучший путь
В vi
есть еще один режим, который можно использовать для нашей задачи. Режим визуального блока позволяет нам визуально блокировать раздел редактора для выполнения действий с ним. Сначала мы переходим к началу интересующей нас верхней строки.
Нажмите CTRL
+ v
, чтобы войти в режим визуального блока.
Используйте j
для навигации и блокировки начала строк 11-17.
Нажмите SHIFT
+ i
(заглавная i), чтобы войти в режим вставки.
Тип //
и нажмите ESC
Раскомментировать так же просто.
Нажмите CTRL
+ v
, чтобы снова войти в режим визуального блока.
Перейдите и заблокируйте //
с в строках 11-17.
Нажмите x
, чтобы удалить.
Комбинация использования визуального режима и команд - наиболее практичный и лучший способ комментировать и раскомментировать код.Приносим свои извинения поклонникам регулярных выражений!
ПРИМЕЧАНИЕ: Визуальный режим на самом деле является функцией vim
, а не оригинальной vi
. Большинство современных систем фактически используют vim
, а двоичный файл либо переименован, либо имеет псевдоним vi
.
Трудно поверить, что это только верхушка айсберга того, чего можно достичь в vi
. Пройти начальную горку - действительно самая сложная часть. Более высокий уровень владения vi
означает большую эффективность и продуктивность.Я надеюсь, что это побудит вас исследовать и повеселиться с этим замечательным маленьким редактором.
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Критерии, использованные для выставления оценок Плохо , Лучше и Лучшее , основаны на моих личных вкусах.
Комментарий в блоке кода в R (3 примера)
В этом руководстве вы узнаете, как закомментировать весь блок кода в R.
Содержание:
Если вы хотите узнать больше об этом содержании, продолжайте читать.
Введение в пример кода
Предположим, у нас есть сценарий R, содержащий следующий код:
x <- 1 # Какой-то случайный R-код у <- 2 z <- 3 |
x <- 1 # Какой-то случайный R-код у <- 2 г <- 3
По какой-то причине мы не хотим выполнять этот код, но мы также не хотим его удалять. В этом случае имеет смысл временно закомментировать этот код R.
В следующих примерах будут показаны различные способы сделать это быстро и эффективно на языке программирования R. Так что продолжайте читать!
Пример 1: Комментирование с помощью сочетания клавиш
В этом примере объясняется, как закомментировать весь блок кода, помещая хэштеги перед каждой строкой кода.
Чтобы сделать это быстро, сначала нужно выделить код, от которого мы хотим избавиться, а затем использовать сочетание клавиш Control + Shift + c.
После этого наш пример кода выглядит следующим образом:
# x <- 1 # Какой-то случайный R-код # y <- 2 # z <- 3 |
# x <- 1 # Какой-то случайный R-код # y <- 2 # z <- 3
Методика, показанная в этом примере, на мой взгляд, безусловно, лучший и самый плавный способ закомментировать большие блоки кода. Однако я хочу показать вам другие альтернативы в следующих примерах.
Пример 2: Комментирование с помощью оператора if
В этом примере я покажу, как использовать оператор if, чтобы закомментировать огромный блок кода в R.
Для этого мы должны указать логическое значение FALSE в if-условии. Затем внутри оператора if мы можем вставить весь код, который мы не хотим выполнять.
if (FALSE) {# Wrap FALSE if оператор x <- 1 # Какой-то случайный R-код у <- 2 г <- 3 } |
if (FALSE) {# Wrap FALSE if оператор
x <- 1 # Какой-то случайный R-код
у <- 2
г <- 3
}
Пример 3: Комментирование с помощью функции, определенной вручную
В примере 3 я покажу, как создать определяемую пользователем функцию, чтобы закомментировать блок синтаксиса R.Мы просто можем сохранить весь код, который мы не хотим использовать в нашей функции:
fun_unused <- function () {# Функция обтекания кода x <- 1 # Какой-то случайный R-код у <- 2 г <- 3 } |
fun_unused <- function () {# Оборачивает функцию вокруг кода x <- 1 # Какой-то случайный R-код у <- 2 г <- 3 }
Видео, дополнительные ресурсы и резюме
Недавно я разместил на своем канале YouTube видео, в котором показаны коды R.Вы можете найти видео ниже.
Видео на YouTube скоро будет добавлено.
Кроме того, вы можете прочитать некоторые из соответствующих руководств на этом веб-сайте. Подборка статей об интересных хаках в R представлена ниже:
Резюме: В этом посте показано, как закомментировать блок кода на языке программирования R. Если у вас есть дополнительные вопросы, не стесняйтесь, дайте мне знать в комментариях.
/ * Добавьте свои собственные переопределения стиля формы MailChimp в таблицу стилей вашего сайта или в этот блок стилей.
Мы рекомендуем переместить этот блок и предыдущую ссылку CSS в HEAD вашего HTML-файла. * /
]]>
Комментирование кода в Vue.js - Ренат Галямов
Из этого руководства вы узнаете, как закомментировать код в шаблонах Vue.js.
Чтобы закомментировать код в HTML-шаблонах, вы можете использовать HTML-тег комментария <-! Ваш комментарий ->
.Комментарии HTML будут видны только разработчику, они не появятся в исходном коде страницы.
Пример кода
Задачи:
-
<метка>
{{todo.text}}
->
Поскольку Vue.js написан на JavaScript, вы можете использовать синтаксис JavaScript, чтобы закомментировать код.
Привет, я Ренат 👋
➜
Закомментировать одну строку
методы: {
toggle (todo) {
todo.done =! todo.done
// todo.text = ''
}
}
Закомментировать несколько строк
методы: {
toggle (todo) {
/*todo.done =! todo.done
todo.text = '' * /
}
}
Вы также можете использовать этот синтаксис, чтобы оставлять комментарии к коду, например:
методы: {
toggle (todo) {
// TODO: удалить в будущем выпуске
сделать.сделано =! todo.done
}
}
Полный пример
<шаблон>
Привет!
<сценарий>
// Однострочный комментарий
/ **
* Комментирование нескольких строк
* Комментирование нескольких строк
* /
<стиль> <стиль>
Если вы найдете этот пост полезным, дайте мне знать в комментариях ниже.
Cheers,
Ренат Галямов
Хотите поделиться этим с друзьями?
👉renatello.com / vue-js-comment-out-code
PS: обязательно ознакомьтесь с другими руководствами по Vue.js, например полезные фильтры Vue.js, как остановить распространение событий мыши в Vue.js и удалить повторяющиеся значения из массива Vue.js с помощью ES6.
5 типов комментариев в Ruby и как их правильно использовать
Что такое комментарии в Ruby?
Комментарий Ruby добавляет в ваш код информацию, которая может быть полезна вам или другим разработчикам.
Самый распространенный тип комментария - однострочный комментарий.
Вот синтаксис :
# Я люблю яблоки и апельсины
Обратите внимание на три вещи :
- Комментарий начинается с символа фунта (
#
) - Мы ставим пробел между содержимым комментария и его началом, чтобы его было легче читать
- Все внутри комментария не интерпретируется как код, даже если оно выглядит как код.Это означает, что вы можете временно закомментировать код , чтобы отключить его.
Эти комментарии можно использовать отдельно или в строке в конце строки кода.
Нравится :
[] .size # получить размер массива
Есть ли другие комментарии?
Да, есть волшебные комментарии, многострочные комментарии и комментарии ERB.
Давайте изучим их!
Как использовать многострочные комментарии в Ruby
В Ruby мы делаем многострочные комментарии с обычными однострочными комментариями.
Некоторые люди называют это «блочными комментариями».
Вот пример :
# ааа # bbb # ccc
Именно так закомментировать блок кода в ruby.
Современные редакторы кода позволяют выбрать блок кода и прокомментировать его с помощью сочетания клавиш, так что дополнительных усилий не требуется.
Но есть особый синтаксис многострочного комментария.
Это выглядит так :
= начать Это комментарий... а б c = конец
Никто не использует этот синтаксис…
Это уродливо, и вы даже не можете использовать его внутри всего, что имеет отступ (например, метод), но хорошо знать, что он существует, если вы когда-нибудь найдете его в дикой природе.
SheBang Комментарии
Shebang ( #!
) - это особый вид комментария, который сообщает оболочке Unix (например, bash), как интерпретировать этот файл.
Когда вы добавляете этот комментарий вверху файла…
Вы сможете запускать свои файлы Ruby как исполняемые файлы, при условии, что у них есть для этого права .
Вот как выглядит комментарий shebang:
#! / usr / bin / env рубин
Это также позволяет вам установить определенные параметры командной строки, такие как параметр предупреждения.
Пример :
#! / usr / bin / env ruby -w
Каждый раз, когда вы запускаете этот код, он будет запускаться с этими параметрами, поэтому вам не нужно передавать их вручную.
Как использовать магические комментарии
Магический комментарий каким-то образом изменяет поведение интерпретатора Ruby.
Например :
Комментарий frozen_string_literals
сделает ваши строки замороженными по умолчанию.
Это выглядит так :
# frozen_string_literal: true
Еще один волшебный комментарий позволяет изменить кодировку файла.
Вот пример :
# кодировка: utf-8
А вот интересный, комментарий warn_indent :
# warn_indent: true
Это покажет предупреждение всякий раз, когда ваш отступ неправильный.
Пример :
комментарии def конец
Что дает :
предупреждение: несоответствующие отступы в конце с дефектом в 3
ERB Комментарии
Если вы используете ERB для представлений Rails и вам нужно добавить комментарий…
Тогда вы можете использовать этот синтаксис :
Я не большой поклонник этого, потому что считаю, что вы должны держать большую часть своей логики подальше от своих взглядов, чтобы вам не понадобились комментарии.
Хотите отключить код для отладки ?
Затем удалите этот код и доверяйте git или любой другой системе контроля версий, которую вы используете.
Сводка
Вы узнали о различных типах комментариев Ruby, включая обычные комментарии ( #
), комментарии shebang ( #!
) и волшебные комментарии ( # frozen_string_literal: true
)!
Если вы нашли эту статью полезной, поделитесь ею с другом, и он / она тоже сможет ею насладиться.
Спасибо за чтение!
.