int b = 5;
int a = b;
if (a != b
/*|| b > 3*/)
{
b = a;
}
Не думаю, что закомментированный участок прибавил красоты коду или улучшил коммуникацию.
В TFS (SVN,<что-то на ваш вкус и цвет>) есть возможность посмотреть предыдущую версию и даже сравнить с ней текущую построчно. Внимание, вопрос: зачем чекинить закомментированный код?
2 ответа к “Зачем нужен закомментированный код?”
Евгений Яфаркин говорит:
12.06.2014 в 04:37
Рустам, в таком виде — обычно нет. Обычно оставляешь, в целях как ни странно ревю, либо если в самое ближайшее время планируешь вернуться к этому коду в том или ином виде. Но если прошло несколько коммитов/дней, а код остается — надо его вырезать, значит он нужен только для истории.
Рустам Исмагилов говорит:
16.06.2014 в 18:48
Жень, согласен в перечисленных тобой случаях комменты иногда полезны.
Основная мысль, которую я хотел донести — в уже более менее стабильном или уже работающем коде, комментарии только затрудняют чтение.
P.S. Кстати, для себя часто использую «Shelve pending changes». Когда нужно на всякий случай зачекинить код вечером, а продолжить работу над ним утром:)