Насколько широким должен быть код VB?

Question

В прошлом большинство людей кодировали на терминале шириной 80 символов. Во многих языках это стало, если не святым, то близко к нему.

Но сейчас у многих есть мониторы с диагональю 20 дюймов (или два монитора), поэтому экранная недвижимость не так проста, как когда-то.

Итак, мой вопрос таков: в коде Visual Basic должен ли код быть ограничен 80 символами, не должно быть никаких ограничений или это действительно субъективная вещь, в зависимости от того, где вы работаете и от ваших собственных предпочтений?

Answer 1

Я думаю, что это субъективно, но не полностью. Ограничение кода до 80 символов сделает его более читабельным. Это причина того, что газеты публикуют свои статьи в колонках. Текст легче читать, если он не длиннее 70 символов или около того. Я полагаю, что люди провели юзабилити-исследования по этому вопросу, но у меня нет ссылок, подтверждающих это.

Итак, опять же, это субъективно и зависит от ситуации, но более длинные строки труднее читать. Поэтому я стараюсь не превышать 80 символов, хотя мне не обязательно это делать.

Answer 2

Люди читают и понимают быстрее всего, когда в прозе 40–70 символов (около 10 слов в строке).Я думаю, что нечто подобное будет применяться к коду.

Answer 3

Примерно 80 символов - это то, что я бы порекомендовал.То, что я делаю с дополнительным монитором realistate - это наличие 2 кодовых файлов рядом.На втором экране отображаются все панели инструментов, окна свойств и третье окно кода или макета интерфейса.

Answer 4

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

Answer 5

Субъективно, но с некоторыми ограничениями (например, если каждому выдается монитор с размером X). Мы используем 110 символов, и это работает для нас, хотя некоторые из нас используют широкоэкранные мониторы, повернутые в портрет.

Answer 6

Делай то, что тебе удобнее и лучше всего работает. Это в значительной степени универсальная истина для всего.

Answer 7

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

Прокрутка влево и вправо для чтения кода ужасна.

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

Answer 8

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