Стандарт форматирования ширины линии

Question

Соблюдаете ли вы стандарт для переноса длинных строк в исходном коде? Какую длину строки вы считаете наиболее удобной для чтения?

Иногда я нахожу людей, которые программируют на широкоэкранных мониторах и любят использовать их полную ширину для отображения исходного кода. Я предпочитаю более короткие строки, около 80-100 символов, но мне трудно убедить коллег в растущей популярности широкоэкранных устройств.

Редактировать:

Аналогичные вопросы:

• Есть ли веская причина для обеспечения максимальной ширины 80 символов в файле кода, в этот день и возраст?

Answer 1

Не ставьте под угрозу читаемость для догматических правил точное количество символов в строке. Горизонтальная прокрутка нежелательна, но 81-символьная строка легче читается, чем версия с отступом в виде строки.

80 символов, вероятно, будут недостаточными для стилей программирования с большими отступами и / или подробными именами переменных. Уменьшите количество логических сложностей до максимального значения для каждой строки, а не количества символов.

Answer 2

Я придерживаюсь правила 80 строк (и пытаюсь убедить всех сделать то же самое). Несколько причин:

1. Вы можете открыть 2 (или более) редактора одновременно.
2. То же самое с инструментами сравнения. - большинство (все?) из них отображают два (несколько три (еще немного?)) файла рядом.
3. Иногда вам нужно работать с удаленного компьютера, на другой рабочей станции или ноутбуке, и внезапно ваш красиво отформатированный 120-значный код в строку выглядит ужасно.

Answer 3

Я предпочитаю более длинные строки по одной простой причине: я могу разместить больше кода в моем окне. Существует огромная разница между необходимостью прокрутки по вертикали, чтобы прочитать функцию, и возможностью разместить ее на одном экране. Если все обернуто линией так, что функция прокручивается снизу, а правая половина моего экрана пуста, я считаю, что это огромная трата. Обратите внимание, что открытие двух окон редактора здесь тоже не поможет.

Answer 4

Это также зависит от других соглашений, которые вы используете. На одном задании мы программировали на Java, и условием было использование длинных и описательных идентификаторов, что означало, что только пара из них могла поместиться в строке, не выходя за предел в 80 символов. Я думал, что это было довольно глупо, учитывая, что каждому разработчику в компании был предоставлен широкоэкранный монитор, который мог бы легко вместить 200 символов. При такой аппаратной согласованности нет смысла вводить тупо малый предел переноса строк.

Answer 5

Вам не нужно прокручивать по горизонтали, чтобы прочитать код. Но большие экраны не означают более длинные строки! Существует также ограничение на количество строк в одной строке.

Поэтому я говорю: держите его на 70-80 символов, как всегда. Большие экраны просто означают, что в IDE как можно больше места.

Answer 6

Большой экран - Большой шрифт. Я использую GVim с Conslas Максимальное разрешение 14pt при разрешении экрана 1280x800. Я пытаюсь обернуть примерно на 80-90% ширины экрана.

Answer 7

Мы используем стандарт кодирования 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, это тоже хорошо.

Для тех, кто нашел второй пример более читабельным, вложите его еще несколько раз в реальный код и попробуйте прочитать снова:)

Answer 8

По-видимому, у меня есть строки длиной до 258 символов (считая вкладки как два символа) в одном из моих недавних проектов, так что есть мой ответ. знак равно

Answer 9

Я программирую почти исключительно на ноутбуке, поэтому я согласен с более короткими строчками. Конечно, я обычно проектирую экраны для КПК, поэтому я могу сойти с рук. Но если код будет распространен между разработчиками, он в конечном итоге окажется на чьем-то ноутбуке, а полосы прокрутки заставят меня плакать.

Answer 10

Я использую около 72-75 столбцов, чтобы гарантировать, что я могу напечатать код на страницах буквенного формата без особых проблем. Я также использую пробелы вместо вкладок и осторожен с макетом.

Чтобы заметить, когда я удаляюсь от правого поля, я часто вставляю текстовую строку, которую я могу использовать в качестве линейки. Я установил окно отображения IDE так, чтобы линейка просто соответствовала горизонтальной ширине, а затем я стараюсь не выходить за его пределы.

Я делаю это в документах.txt, а также в.c, .java, .cpp, пакетных файлах и т. Д. Это облегчает отправку фрагментов по электронной почте, публикацию в блогах, добавление комментариев и т. Д. Правитель часто прямо под верхней строкой, которая определяет файл и формат текста:

/* example.txt 0.00                  UTF-8                   dh:2008-11-09
*---|----1----|----2----|----3----|----4----|----5----|----6----|----7----*
*/

Конечно, используется соглашение о комментариях для определенного типа файлов.