2010-06-30 3 views
3

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

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

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

+0

Что вы имеете против символов шириной 1/4 дюйма? –

+0

Почему это специфично для Visual Basic? Возможно, у VB есть некоторые конструкции, которые выглядят очень уродливо, если вы пытаетесь их обернуть, но если это не так , то это кажется мне агностиком. –

+0

Ну, во множестве языков/большинство/конструкций довольно короткие (или они выглядят хорошо, когда они завернуты). В VB (особенно при обработке событий) у вас будет что-то вроде «Protected Sub myLongMethodName (ByVal sender as System.Object, ByVal e as System.EventArgs) Обрабатывает SomeObject.SomeEvent' - довольно много символов за 80. Я не встречал ничего почти такого подробного даже в Java. –

ответ

10

Я думаю, что это субъективно, но не полностью. Предельный код до 80 символов сделает его более читаемым. Именно по этой причине газеты имеют свои статьи в колонках. Легче читать текст, если он не доходит до 70 символов или около того. Я считаю, что люди провели исследования удобства использования, но у меня нет ссылок на это.

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

+2

Это полезно в тех случаях, когда вы хотите печатать на листе бумаги шириной 8.5 дюймов и использовать читаемый размер шрифта и избегать обрезания, усечения или обертывания. –

+0

Я не согласен. Хотя это верно для обычного текста, прочитайте код очень часто. Очень часто, когда мне приходится разбивать строки на 80 символов, я делаю код МЕНЬЕ читабельным. Теперь, конечно, на другой стороне есть допустимые аргументы, если строки слишком длинны, может быть, есть проблема в структуре (слишком много аргументов и т. д.). Однако я склонен быть многословным в именах переменных и функций, поэтому ограничение 80 символов часто становится очень ограниченным. Что касается аргумента печати, я не печатал код в течение многих лет, всегда думал, что это была талия бумаги. – Newtopian

+0

Я считаю, что код кажется более читаемым для меня, когда у вас небольшие области и короткие имена переменных внутри этих областей. Вам не нужно длинное описательное имя, если вы определили переменную 10 l поднимается. Поскольку имена коротки, вам не нужно разбивать столько строк, и это также уменьшает (немного) время, необходимое для умственного анализа кода. Тем не менее, я думаю, что могу согласиться с тобой по этому ньютопию. Если вы используете 80 символов в качестве жесткого предела, вы можете сделать свой код менее читаемым, потому что вы сломаете действительно читаемую строку с 86 символами в неуклюжие многострочные представления. –

1

Сделайте то, что вам больше всего подходит и лучше всего подходит для вас. универсальная истина для всего.

1

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

1

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

5

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

1

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

0

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

0

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

Наличие прокрутки влево и вправо, чтобы читать код ужасно.

У меня была проблема с комментариями в коде .. либо ограничивая их числом char wide .. или помещая их в другой файл!

Смежные вопросы