过去,大多数人在一个80字符宽的终端上编码。在许多语言中,如果不是圣洁的话,它就会变得接近它。
但是现在很多人都有20英寸+显示器(或双显示器),所以屏幕空间不像以前那么重要。
所以我的问题是这样的:在Visual Basic代码中,代码应该限制为80个字符,是否应该没有限制,或者它是否真的是一个主观的东西,取决于你的工作地点和你自己的偏好?
答案 0 :(得分:9)
我认为这是主观的,但不是完全的。将代码限制为80个字符将使其更具可读性。这就是报纸在专栏中发表文章的原因。如果文本的长度不超过70个字符,则更容易阅读。我相信人们已就此进行了可用性研究,但我没有提到支持这一点。
因此,它又是主观的,与情境有关,但更长的线条更难以阅读。所以尽管我不必这样做,但我尽量保持在80个字符以内。
答案 1 :(得分:4)
当每行散文有40-70个字符(每行约10个字)时,人类阅读和理解最快。我认为类似的东西将适用于代码。
答案 2 :(得分:1)
做最舒适,最适合你的事情。对于一切来说,这几乎是一个普遍的事实。
答案 3 :(得分:1)
主观,但在某些限制范围内(例如,如果每个人都被发布了一个大小为X的监视器)。我们使用110个字符,即使我们中的一些人使用旋转到纵向的宽屏显示器,它也适用于我们。
答案 4 :(得分:1)
我认识一些非常讲究80个字符的人。作为一个随意的标准,它并不坏,但如果没有人唠叨你,你可以做任何你觉得舒服的长度。
答案 5 :(得分:1)
我建议大约80个字符。我用额外的显示器实现的方法是并排有2个代码文件。第二个屏幕获取所有工具栏,属性窗口和第三个代码或界面布局窗口。
答案 6 :(得分:0)
我要反对这里的粮食,但我说不要限制自己。如果您为了节省空间而缩写类/函数/变量名称,那么您只需将代码从快速浏览中移开一步即可。我想每个人都应该跳上宽屏的潮流。
答案 7 :(得分:0)
问题是有时人们可能会在不是全屏的窗口中编码,然后必须滚动,或者代码自动换行。
必须向左和向右滚动才能阅读代码非常糟糕。
我遇到了代码中的注释问题..要么将它们限制在char范围内,要么将它们放在不同的文件中!