Стандарт форматирования ширины линии
Соблюдаете ли вы стандарт для переноса длинных строк в исходном коде? Какую длину строки вы считаете наиболее удобной для чтения?
Иногда я нахожу людей, которые программируют на широкоэкранных мониторах и любят использовать их полную ширину для отображения исходного кода. Я предпочитаю более короткие строки, около 80-100 символов, но мне трудно убедить коллег в растущей популярности широкоэкранных устройств.
Редактировать:
Аналогичные вопросы:
10 ответов
Не ставьте под угрозу читаемость для догматических правил точное количество символов в строке. Горизонтальная прокрутка нежелательна, но 81-символьная строка легче читается, чем версия с отступом в виде строки.
80 символов, вероятно, будут недостаточными для стилей программирования с большими отступами и / или подробными именами переменных. Уменьшите количество логических сложностей до максимального значения для каждой строки, а не количества символов.
Я придерживаюсь правила 80 строк (и пытаюсь убедить всех сделать то же самое). Несколько причин:
- Вы можете открыть 2 (или более) редактора одновременно.
- То же самое с инструментами сравнения. - большинство (все?) из них отображают два (несколько три (еще немного?)) файла рядом.
- Иногда вам нужно работать с удаленного компьютера, на другой рабочей станции или ноутбуке, и внезапно ваш красиво отформатированный 120-значный код в строку выглядит ужасно.
Я предпочитаю более длинные строки по одной простой причине: я могу разместить больше кода в моем окне. Существует огромная разница между необходимостью прокрутки по вертикали, чтобы прочитать функцию, и возможностью разместить ее на одном экране. Если все обернуто линией так, что функция прокручивается снизу, а правая половина моего экрана пуста, я считаю, что это огромная трата. Обратите внимание, что открытие двух окон редактора здесь тоже не поможет.
Это также зависит от других соглашений, которые вы используете. На одном задании мы программировали на Java, и условием было использование длинных и описательных идентификаторов, что означало, что только пара из них могла поместиться в строке, не выходя за предел в 80 символов. Я думал, что это было довольно глупо, учитывая, что каждому разработчику в компании был предоставлен широкоэкранный монитор, который мог бы легко вместить 200 символов. При такой аппаратной согласованности нет смысла вводить тупо малый предел переноса строк.
Вам не нужно прокручивать по горизонтали, чтобы прочитать код. Но большие экраны не означают более длинные строки! Существует также ограничение на количество строк в одной строке.
Поэтому я говорю: держите его на 70-80 символов, как всегда. Большие экраны просто означают, что в IDE как можно больше места.
Большой экран - Большой шрифт. Я использую GVim с Conslas
Максимальное разрешение 14pt при разрешении экрана 1280x800. Я пытаюсь обернуть примерно на 80-90% ширины экрана.
Мы используем стандарт кодирования 80 символов в строке. Первоначальная причина ограничения 80 символов не актуальна сегодня, но нужно выбрать определенное число...
Помимо очевидного (организация кода и удобочитаемость), как правило, я обнаружил, что длинные строки являются результатом неправильного стиля, и следование этому правилу улучшает качество кода и уменьшает количество ошибок. Просто сравните следующие примеры:
status = do_something();
if (status == error)
{
do_error_handling();
return;
}
/* do you regular flow */
status = do_more();
if (status == error)
{
do_error_handling();
return;
}
/* do more of you regular flow and keep you line 80 chars*/
вместо:
status = do_something();
if (status == succes)
{
/* do you regular flow */
status = do_more();
if (status == success)
{
/* do you regular flow */
/* nest again and get line behind visible screen */
}
else
{
/* do error handling */
}
}
else
{
/* do error handling */
}
Второй пример гораздо менее удобен для сопровождения и, вероятно, приведет к некоторой проблеме на пути...
редактировать
Заменены goto
с do_error_handling()
в коде, чтобы избежать не актуального обсуждения.
Как я уже говорил, 80 символов, не относящихся к сегодняшнему дню, это просто цифра 100, это тоже хорошо.
Для тех, кто нашел второй пример более читабельным, вложите его еще несколько раз в реальный код и попробуйте прочитать снова:)
По-видимому, у меня есть строки длиной до 258 символов (считая вкладки как два символа) в одном из моих недавних проектов, так что есть мой ответ. знак равно
Я программирую почти исключительно на ноутбуке, поэтому я согласен с более короткими строчками. Конечно, я обычно проектирую экраны для КПК, поэтому я могу сойти с рук. Но если код будет распространен между разработчиками, он в конечном итоге окажется на чьем-то ноутбуке, а полосы прокрутки заставят меня плакать.
Я использую около 72-75 столбцов, чтобы гарантировать, что я могу напечатать код на страницах буквенного формата без особых проблем. Я также использую пробелы вместо вкладок и осторожен с макетом.
Чтобы заметить, когда я удаляюсь от правого поля, я часто вставляю текстовую строку, которую я могу использовать в качестве линейки. Я установил окно отображения IDE так, чтобы линейка просто соответствовала горизонтальной ширине, а затем я стараюсь не выходить за его пределы.
Я делаю это в документах.txt, а также в.c, .java, .cpp, пакетных файлах и т. Д. Это облегчает отправку фрагментов по электронной почте, публикацию в блогах, добавление комментариев и т. Д. Правитель часто прямо под верхней строкой, которая определяет файл и формат текста:
/* example.txt 0.00 UTF-8 dh:2008-11-09
*---|----1----|----2----|----3----|----4----|----5----|----6----|----7----*
*/
Конечно, используется соглашение о комментариях для определенного типа файлов.