Если у нас слишком много закомментированного кода в .net, это повлияет на производительность кода? - PullRequest
6 голосов
/ 29 апреля 2010

если у нас слишком много закомментированного кода в .net, это повлияет на производительность кода?

Ответы [ 3 ]

15 голосов
/ 29 апреля 2010

Почти все скомпилированные языки отбрасывают комментарии при создании результирующего двоичного файла (это включает все языки .NET, Java, неуправляемые языки и т. Д.).

Интерпретируемые языки (например, JavaScript, когда они не скомпилированы) могут иметь незначительное снижение производительности, поскольку интерпретатор должен пропускать комментарии. Но он такой маленький, что не стоит беспокоиться об этом.

Реальный вопрос в том, почему вам нужно так много комментариев? Избыток комментариев может ухудшить читабельность и, следовательно, удобство обслуживания. Комментарии должны быть краткими, точными и лаконичными и не должны содержать очевидного (например, i++; // increment loop counter). Они должны помочь объяснить, почему что-то было сделано (крайние случаи, взломы), описать, как и когда использовать код (документация API) или объяснить суть того, что происходит в методе или классе. Если код не читается, попробуйте рефакторинг. Если существуют сложные бизнес-процессы, подробно опишите их в соответствующей документации проекта, а не в комментариях к коду. Кроме того, не оставляйте большое количество кода для комментариев, это еще больше ухудшает читабельность. Если он больше не нужен, удалите его - удаленный код все равно должен существовать в вашем контроле исходного кода.

3 голосов
/ 29 апреля 2010

Нет вообще. Результирующий байт-код IL будет таким же, с комментариями или без, с отступом или без него и т. Д.

1 голос
/ 29 апреля 2010

Общие интерпретируемые языки будут реализованы из-за большего количества комментариев в коде. Но c # - это скомпилированный язык, и комментарии не влияют на выполнение. В начале компиляции компиляторы удаляют все строки, начинающиеся с символов //, а также текст между разделителями / * и * /. Таким образом, не будет никакого снижения производительности.

...