0 added
0 removed
Original
2026-01-01
Modified
2026-03-10
1
<ul><li><a>Определение</a></li>
1
<ul><li><a>Определение</a></li>
2
<li><a>Области применения</a></li>
2
<li><a>Области применения</a></li>
3
<li><a>Разновидности и классификация</a></li>
3
<li><a>Разновидности и классификация</a></li>
4
<li><a>Правила оформления</a></li>
4
<li><a>Правила оформления</a></li>
5
<li><a>Наглядные примеры</a></li>
5
<li><a>Наглядные примеры</a></li>
6
</ul><p>C и C# - два распространенных языка программирования, которые помогают создавать различное программное обеспечение. Они имеют схожие черты и компоненты. </p>
6
</ul><p>C и C# - два распространенных языка программирования, которые помогают создавать различное программное обеспечение. Они имеют схожие черты и компоненты. </p>
7
<p>В коде в C и C# могут встречаться комментарии. Они в обоих упомянутых языках разработки поддерживаются одинаково. Предложенная далее информация, а также правила оформления и области применения актуальны для рассматриваемых ЯП в равной степени. Статья ориентирована преимущественно на разработчиков-новичков, которые ранее не имели ничего общего с разработкой и оформлением кода.</p>
7
<p>В коде в C и C# могут встречаться комментарии. Они в обоих упомянутых языках разработки поддерживаются одинаково. Предложенная далее информация, а также правила оформления и области применения актуальны для рассматриваемых ЯП в равной степени. Статья ориентирована преимущественно на разработчиков-новичков, которые ранее не имели ничего общего с разработкой и оформлением кода.</p>
8
<h2>Определение</h2>
8
<h2>Определение</h2>
9
<p>Комментирование в программе - распространенный прием, помогающий в большинстве языков программирования. С его помощью оформляют отдельные "модули" в будущем программном обеспечении. Они будут игнорироваться компилятором в исходном коде/программе. Это значить, что комментирование требуется "для пользователя/разработчика".</p>
9
<p>Комментирование в программе - распространенный прием, помогающий в большинстве языков программирования. С его помощью оформляют отдельные "модули" в будущем программном обеспечении. Они будут игнорироваться компилятором в исходном коде/программе. Это значить, что комментирование требуется "для пользователя/разработчика".</p>
10
<p>Комментарии в C ориентированы на тех, кто не умеет работать с языком и его конструкциями. Это своеобразные примечания (подсказки). С их помощью разработчик сделает исходный код Си более читабельным и чистым.</p>
10
<p>Комментарии в C ориентированы на тех, кто не умеет работать с языком и его конструкциями. Это своеобразные примечания (подсказки). С их помощью разработчик сделает исходный код Си более читабельным и чистым.</p>
11
<p>Комментирование при грамотном подходе - элементарный способ документирования. Оно может быть использовано в самых разных ситуациях.</p>
11
<p>Комментирование при грамотном подходе - элементарный способ документирования. Оно может быть использовано в самых разных ситуациях.</p>
12
<h2>Области применения</h2>
12
<h2>Области применения</h2>
13
<p>В программе разработчики комментируют то, что считают нужным. По смысловой нагрузке комментарии в коде разделяются на две категории:</p>
13
<p>В программе разработчики комментируют то, что считают нужным. По смысловой нагрузке комментарии в коде разделяются на две категории:</p>
14
<ol><li>Для пояснений. Они расшифровывают поведение кода, функций, алгоритмов и иных компонентов исходного приложения. Способствуют более удобному взаимодействию с кодов и поясняют его элементы.</li>
14
<ol><li>Для пояснений. Они расшифровывают поведение кода, функций, алгоритмов и иных компонентов исходного приложения. Способствуют более удобному взаимодействию с кодов и поясняют его элементы.</li>
15
<li>Для документирования. Обязательная группа комментариев. Они расположены в самом начале исходного файла. Включают в себя сведения о разработчике, программе, библиотеках и иных параметрах, оказывающих влияние на код. Это своеобразное предисловие, помогающее сформировать общее представление о контенте.</li>
15
<li>Для документирования. Обязательная группа комментариев. Они расположены в самом начале исходного файла. Включают в себя сведения о разработчике, программе, библиотеках и иных параметрах, оказывающих влияние на код. Это своеобразное предисловие, помогающее сформировать общее представление о контенте.</li>
16
</ol><p>Комментарий в C и C#, а также иных языках разработки может использоваться для самых разных целей:</p>
16
</ol><p>Комментарий в C и C#, а также иных языках разработки может использоваться для самых разных целей:</p>
17
<ol><li>Помочь разобраться в том, что написано в исходном документе. Здесь ситуация может быть абсолютно разной - другой разработчик пытается понять, что написано, или первоначальный создатель решил вернуться к проекту спустя долгое время.</li>
17
<ol><li>Помочь разобраться в том, что написано в исходном документе. Здесь ситуация может быть абсолютно разной - другой разработчик пытается понять, что написано, или первоначальный создатель решил вернуться к проекту спустя долгое время.</li>
18
<li>Правильный и грамотно написанный программистом комментарий поможет разобраться при создании собственных методов, библиотек, функций и переменных.</li>
18
<li>Правильный и грамотно написанный программистом комментарий поможет разобраться при создании собственных методов, библиотек, функций и переменных.</li>
19
<li>Тестирование программы. При обнаружении ошибок комментарии помогают быстрее найти "проблемное" место в коде.</li>
19
<li>Тестирование программы. При обнаружении ошибок комментарии помогают быстрее найти "проблемное" место в коде.</li>
20
<li>Описание сложных алгоритмов и формул. Эта область применения в основном актуальная для программных продуктов, требующих сложных математических расчетов.</li>
20
<li>Описание сложных алгоритмов и формул. Эта область применения в основном актуальная для программных продуктов, требующих сложных математических расчетов.</li>
21
</ol><p>Рекомендуется не комментировать "все, что написано". Рассматриваемый процесс может создать как ясность, так и визуально испортить исходное программное обеспечение.</p>
21
</ol><p>Рекомендуется не комментировать "все, что написано". Рассматриваемый процесс может создать как ясность, так и визуально испортить исходное программное обеспечение.</p>
22
<h2>Разновидности и классификация</h2>
22
<h2>Разновидности и классификация</h2>
23
<p>C имеет несколько типов комментариев. Каждый из них предусматривает свои собственные правила оформления и другие нюансы:</p>
23
<p>C имеет несколько типов комментариев. Каждый из них предусматривает свои собственные правила оформления и другие нюансы:</p>
24
<ol><li>Однострочный. Название говорит само за себя. Это - элементарный комментарий, который в коде записывается в одну строку. Обычно выступает некой "заметкой".</li>
24
<ol><li>Однострочный. Название говорит само за себя. Это - элементарный комментарий, который в коде записывается в одну строку. Обычно выступает некой "заметкой".</li>
25
<li>Многострочный. Закомментировать в C и других языках предлагается не одну, а несколько строк. Многострочный комментарий используется в документации и развернутом описании блока кода/функции.</li>
25
<li>Многострочный. Закомментировать в C и других языках предлагается не одну, а несколько строк. Многострочный комментарий используется в документации и развернутом описании блока кода/функции.</li>
26
</ol><p>В C# дополнительно поддерживаются XML-комментарии. В них используются описания фрагментов исходного кода при помощи XML-тегов. Из соответствующих компонентов может быть создан отдельный файл документации XML.</p>
26
</ol><p>В C# дополнительно поддерживаются XML-комментарии. В них используются описания фрагментов исходного кода при помощи XML-тегов. Из соответствующих компонентов может быть создан отдельный файл документации XML.</p>
27
<h2>Правила оформления</h2>
27
<h2>Правила оформления</h2>
28
<p>Правильный исходный код программы, который грамотно закомментирован, будет понятным и "прозрачным". Разработчикам рекомендуется придерживаться нескольких простых правил, которые помогут не нагружать приложение "заметками":</p>
28
<p>Правильный исходный код программы, который грамотно закомментирован, будет понятным и "прозрачным". Разработчикам рекомендуется придерживаться нескольких простых правил, которые помогут не нагружать приложение "заметками":</p>
29
<ol><li>Место написания "подсказки". Комментарии пишутся справа от строки, к которой они относятся или сверху над кодом. В первом случае речь идет об однострочном комментарии, во втором - о многострочном.</li>
29
<ol><li>Место написания "подсказки". Комментарии пишутся справа от строки, к которой они относятся или сверху над кодом. В первом случае речь идет об однострочном комментарии, во втором - о многострочном.</li>
30
<li>Область комментирования. Рекомендуется оставлять "заметки" только для значимых (или сложных/непонятных) элементов: функции, модули, константы, глобальные переменные, классы, интерфейсы и так далее.</li>
30
<li>Область комментирования. Рекомендуется оставлять "заметки" только для значимых (или сложных/непонятных) элементов: функции, модули, константы, глобальные переменные, классы, интерфейсы и так далее.</li>
31
<li>Размер комментария. Если используется однострочный комментарий в коде, с его "объемом" все ясно. В противном случае не рекомендуется составлять целые "поэмы". Многострочная "подсказка" должна быть лаконичной и максимально простой, короткой.</li>
31
<li>Размер комментария. Если используется однострочный комментарий в коде, с его "объемом" все ясно. В противном случае не рекомендуется составлять целые "поэмы". Многострочная "подсказка" должна быть лаконичной и максимально простой, короткой.</li>
32
</ol><p>Строгих правил комментирования нет, но предложенные вниманию правила являются негласными стандартами.</p>
32
</ol><p>Строгих правил комментирования нет, но предложенные вниманию правила являются негласными стандартами.</p>
33
<p>В зависимости от типа комментария в коде разработчикам приходится использовать различные символьные записи для их внедрения. Чтобы компилятор в C и C# понимал написанное как "заметку", необходимо:</p>
33
<p>В зависимости от типа комментария в коде разработчикам приходится использовать различные символьные записи для их внедрения. Чтобы компилятор в C и C# понимал написанное как "заметку", необходимо:</p>
34
<ul><li>в самом начале поставить два слеша (//) - для однострочного комментирования;</li>
34
<ul><li>в самом начале поставить два слеша (//) - для однострочного комментирования;</li>
35
<li>многострочный комментарий начинается с /* и заканчивается */;</li>
35
<li>многострочный комментарий начинается с /* и заканчивается */;</li>
36
<li>три слеша (///) используются в C# для XML-комментариев.</li>
36
<li>три слеша (///) используются в C# для XML-комментариев.</li>
37
</ul><p>Аналогичные правила комментирования используют другие языки программирования- Java, C++, JavaScript и так далее.</p>
37
</ul><p>Аналогичные правила комментирования используют другие языки программирования- Java, C++, JavaScript и так далее.</p>
38
<h2>Наглядные примеры</h2>
38
<h2>Наглядные примеры</h2>
39
<p>Чтобы было ясно, как выглядит многострочный комментарий C или C#, а также однострочная "подсказка", рекомендуется рассмотреть несколько наглядных примеров. Они просто продемонстрируют общую форму представления "заметок для пользователей" в исходных кодах.</p>
39
<p>Чтобы было ясно, как выглядит многострочный комментарий C или C#, а также однострочная "подсказка", рекомендуется рассмотреть несколько наглядных примеров. Они просто продемонстрируют общую форму представления "заметок для пользователей" в исходных кодах.</p>
40
<p>Так выглядит однострочный комментарий:</p>
40
<p>Так выглядит однострочный комментарий:</p>
41
<p>В приведенном фрагменте 3 соответствующих компонента. Они начинаются с "//". В случае с многострочным комментированием, ситуация будет выглядеть так:</p>
41
<p>В приведенном фрагменте 3 соответствующих компонента. Они начинаются с "//". В случае с многострочным комментированием, ситуация будет выглядеть так:</p>
42
<p>Здесь две "подсказки" - перед using System и Console.Writeline. А вот - правильный XML-комментарий в коде:</p>
42
<p>Здесь две "подсказки" - перед using System и Console.Writeline. А вот - правильный XML-комментарий в коде:</p>
43
<p>Здесь он будет занимать 3 строки: <summary>, "Это тоже программа "Привет, мир!"" и "</summary>".</p>
43
<p>Здесь он будет занимать 3 строки: <summary>, "Это тоже программа "Привет, мир!"" и "</summary>".</p>
44
<p>P. S. Интересует разработка? Обратите внимание на <a>курс "Программист C"</a>. Также<em>в <a>Otus</a></em>доступно множество других современных курсов.</p>
44
<p>P. S. Интересует разработка? Обратите внимание на <a>курс "Программист C"</a>. Также<em>в <a>Otus</a></em>доступно множество других современных курсов.</p>
45
45