Если бы мы очень прокомментировали код в .NET, он произвел бы производительность кода?

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

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

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

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

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