logo标签列表

VB代码的宽度应该是多少？

vb.netcoding-style
3

过去，大多数人都是在80个字符宽的终端上编码。在许多语言中，这已经变成了近乎神圣的东西。

但现在许多人都有20英寸以上的显示器（或双显示器），因此屏幕房地产不像以前那么重要了。

所以我的问题是：在Visual Basic代码中，代码应该限制在80个字符内，还是没有限制，或者这真的是一个主观的事情，取决于你工作的地方和你自己的偏好？

为什么这个问题只针对Visual Basic？也许VB有一些结构看起来很丑，如果你试图包装它们，但如果不是这种情况，那么这对我来说似乎是与语言无关的。 - A. Levy
在很多编程语言中，大多数结构都相当简短（或者在换行时看起来很好）。在VB中（特别是在处理事件时），你会有像Protected Sub myLongMethodName(ByVal sender as System.Object, ByVal e as System.EventArgs) Handles SomeObject.SomeEvent这样的代码 - 超过80个字符。即使在Java中，我也没有遇到过任何类似的冗长代码。 - Wayne Werner
VB确实有换行功能，所以你至少不必将其变成一行代码。 - StingyJack
1
Java中的问题在于Java代码经常具有嵌套缩进级别的数量。VB、C#、Java、Pascal等也存在同样的问题。坚持80个字符限制的好处是它提醒你，一旦函数中有七个缩进级别，你应该将函数分解成合理的子函数。 - Warren P
那更或多少是问题，StingyJack - 如果将其（和其他一些）分解被认为是一个好的事情™。Warren，这是一个很好的观点（尽管我不知道我在我的任何Java代码中是否达到了那个水平！） - Wayne Werner
显示剩余2条评论
8个回答
9
我认为这是主观的，但并非完全如此。将代码限制在80个字符内可以使其更易读。这就是报纸文章采用列排版的原因。如果文本长度不超过70个字符左右，则更易于阅读。我相信人们已经对此进行了可用性研究，但我没有相关参考资料。
因此，再次强调，这是主观的，并且取决于情况，但是长行更难阅读。因此，即使我没有必须这样做，我也会尽量保持在80个字符以内。
2
在你想要打印到一张8.5英寸宽的纸上并使用可读的字体大小以及避免剪切、截断或换行的情况下，这是非常有益的。 - Warren P
我不同意。虽然对于普通文本来说这是正确的，但代码读起来完全不同。当我不得不换行以匹配80个字符限制时，很多时候我会让代码变得更难读。现在当然也有另一方面的有效论点，如果行太长，可能代码结构存在问题（参数过多等）。然而，我倾向于在变量和函数的命名上冗长，因此80个字符的限制经常变得非常局限。至于打印的论点，我已经很多年没有打印过代码了，总觉得这是浪费纸张。 - Newtopian
我发现当你在小范围内使用短变量名时，代码更易读。如果你在10行之前定义了变量，就不需要长的描述性名称。由于名称很短，你不必换行太多，这也会稍微减少心理解析代码所需的时间。话虽如此，我认为我可以同意你的看法，Newtopian。如果你将80个字符作为硬限制，你的代码可能会变得不那么易读，因为你会将一个真正易读的86个字符的行分成笨拙的多行表示形式。 - A. Levy
4

当一行散文有40-70个字符（大约10个单词）时，人类阅读和理解最快。我认为这个规律同样适用于代码。

1

做最适合你的、最能够发挥作用的事情。这几乎是任何事情的普遍真理。

1

有些主观，但也有一些限制（例如，如果每个人都使用大小为X的监视器）。我们使用110个字符，即使有些人使用横向旋转成纵向的宽屏监视器，这对我们也能够很好地工作。

1

我认识很多人对于80个字符的行非常挑剔。作为一个任意的标准，这并不坏，但如果没有人催促你，可以根据自己的舒适程度来设置长度。

1

我建议使用大约80个字符。我在额外的监视器上所做的是将两个代码文件并排放置。第二个屏幕则用于显示所有工具栏、属性窗口以及第三个代码或界面布局窗口。

0
我要违背常规，我认为不要限制自己。如果你在缩写类/函数/变量名以节省空间，那么你的代码离快速理解又远了一步。我认为每个人都应该跟上宽屏幕的潮流。
0
有时候人们可能会在非全屏窗口中编写代码，然后不得不滚动或自动换行。必须左右滚动以阅读代码是很糟糕的体验。
我曾经遇到过在代码中添加注释的问题...要么限制它们的字符宽度.. 要么将它们放在另一个文件中！
网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接