Я склонен соглашаться (что это кажется напрасно подробным), хотя это было проблемой, наша команда еще не решила и таким образом, наши стандарты кодирования все еще настаивают на подробных свойствах для всех классов.
Jeff Atwood имел дело с этим несколько лет назад. Наиболее важный момент, который он ретроспективно отметил, - то, что изменение от поля до свойства повреждающееся изменение в Вашем коде; что-либо, что использует его, должно быть перекомпилировано для работы с новым интерфейсом класса, поэтому если что-нибудь за пределами управления использует класс, у Вас могли бы быть проблемы.
Я думаю, вы описали наиболее популярные способы комментирования кода, но если вы готовы использовать сценарии Vim, обратите внимание на них:
Обычно я просто сохраняю шаг в макросе, а затем вызываю макрос, как мне хочется.
Плагины - это то, что нужно. Они расширяемы, они уже поддерживают больше типов файлов, которые вы когда-либо использовали, они могут автоматически переключать закомментированное состояние строки (другими словами: нет необходимости использовать два ярлыка, если одного достаточно).
Я использую раскладку для части регулярного выражения, но сначала делаю то же визуальное выделение. Обычно используется:
vip
для получения визуального блока (визуальный выбор абзаца)
, затем использование
\cc
\co
для добавления / удаления комментария (cc, co выбрано по соображениям мышечной памяти)
с отображениями, определенными в .vimrc как :
vmap <leader>cc :s/^/#/<cr>
vmap <leader>co :s/^#//<cr>