HTML Diff
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 строки: &lt;summary&gt;, "Это тоже программа "Привет, мир!"" и "&lt;/summary&gt;".</p>
43 <p>Здесь он будет занимать 3 строки: &lt;summary&gt;, "Это тоже программа "Привет, мир!"" и "&lt;/summary&gt;".</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