Перейти к содержимому

Лидеры


Популярный контент

Показан контент с высокой репутацией 28.03.2016 в Комментарии блога

  1. 1 балл
    О, классная тема, qwertyMAN! Спасибо, что напомнил мне опубликовать позабытый текст. Заходи на огонек. пп.1,3: Krutoy уже всё объяснил. Высосано из пальца. Следует исходить из требований задачи, а если они тебя не ограничивают – то из личных предпочтений. пп.2,4: Тема комментариев весьма противоречива и холиварна. Во-первых, комментировать код следует настолько, насколько это помогает самому автору впоследствии разобраться в своей же программе. Новички склонны комментировать элементарные действия, а более опытные программисты комментируют блоки покрупнее, поясняя алгоритм или структуру программы. Также имеет смысл комментировать всякие нестандартные трюки. Впрочем, для кого-то использование числа вместо булевой переменной – вполне рутинный подход. Во-вторую очередь код нужно комментировать так, чтобы он был понятен потенциальному читателю. Читатель бывает разный, на каждого не угодишь, поэтому в случае сомнений думай в первую очередь о том, сможешь ли ты сам быстро понять свой код, например, через год. Дилемма: использовать длинные и легко читаемые названия переменных или же использовать короткие, один раз прокомментировав их? Я в небольшом проекте предпочитаю короткие названия с комментариями: код короче, и читается быстрее. В проекте с большим количеством переменных удобны более длинные названия переменных. Но опять же, всё относительно. Есть, например, ООП, пространства имен и прочее, позволяющие уменьшить количество переменных в зоне видимости. В целом спорные советы, смущающие новичков. Только к глобальным переменным нет вопросов. И нет ничего плохого в написании кода в обычном блокноте или даже в редакторе OpenOS. Мазохизм, конечно, но есть любители, сделавшие свой выбор осознанно.
Эта таблица лидеров рассчитана в Москва/GMT+03:00
×
×
  • Создать...