在不久的将来,我的开发设置将升级,部分交易将是双显示器(耶!)

至少有一台显示器,可能两者都是宽屏。

我听说开发人员在纵向模式下使用第二台显示器,尤其是宽屏显示器。它允许在屏幕上显示更多行(虽然更窄),并且有点像有一长页代码。

有没有人使用这个并认为它更有效?

有帮助吗?

解决方案

由于您不应该编写比屏幕更长的功能,因此使屏幕更长时间会有点作弊,不是吗? ;)

无论如何,我发现肖像模式在编码时并不是真的更好,只有我的旧17“纵向模式下的宽屏更好地查看/编辑文档。在横向模式下有两个大屏幕,您可以在查看文档时在屏幕上放置两个页面,并在IDE的文本编辑器的两侧打开许多工具窗口。所以不,肖像模式并不是更好,除非你有四个组成一个非常大的屏幕(在微软博客上有一张这样的设置照片,但我不记得在哪里)。

但有些应用程序的肖像仍然更好,例如,如果你必须以大分辨率显示文档,或者你有一些显示器(如在网络监视器中)运行并希望一次看到更多行。

其他提示

我实际上在纵向模式下有3个宽屏显示器,是的,这是一种很棒的工作方式。滚动更少,您可以同时在屏幕上显示所有调试/输出/参考窗口。

使用两台显示器的问题在于,您通常会在一台主显示器上工作并输出(或另一台显示器)。如果您有两个,请将其设置为使您的主监视器直接位于您的前方,而另一个(不常使用的)监视器位于一侧。我发现这是使用双显示器设置的最佳方式,因为它可以减少RSI从永久扭曲到查看特定屏幕。

此外,还有一些可用于提供虚拟屏幕分割的程序,我认为这些程序对大型/宽屏显示器设置非常有用。

[edit] ..是的,您应该编写足够短的函数以适应单个页面,但能够在任何时候看到更多函数通常可以使我的体验更容易开发: - )

[edit2] 在调试编译错误时,在宽屏显示器上以纵向运行Visual-Studio-esque IDE非常棒,因为您有更多可用空间同时查看代码和错误。我想你可以争辩说,如果你经常编译,你不应该一次看到那么多错误? ......但是那些代码是谁? ; - )

我无法想象这会如何加快生产力。在我看来,向上/向下滚动始终比向左/向右更容易。

这取决于您使用的IDE,如果有的话。

Microsoft Visual Studio喜欢使用其工具箱”“工具箱”和“解决方案资源管理器”,所以我发现它在风景监视器上效果更好。由于它不会让你取消编辑器窗口,你甚至无法将代码编辑器拖到第二个处于纵向模式的监视器。

还要考虑您的客户最有可能如何设置其显示器。您可能希望使用相同的设置编写任何UI代码,以便了解应用程序将要使用的内容。

取决于您的显示器有多大。我们有1 28“在景观监视和2 24“在大显示器侧面的纵向显示器。

非常适合配对编程!

在工作中,我以纵向模式运行我的主显示器(辅助设备是笔记本电脑屏幕)。我很喜欢。我已经被宠坏了一次看到更多的代码。我发现它根本不鼓励使用更长的方法。偶尔,我运行的代码有点太宽,因为IDE侧边栏有点过时,但我主要使用Eclipse(Rational Application Developer,但基于Eclipse),所以快速双击最大化代码窗口,它是很有用。再次双击,我的侧边栏回来了。

我发现这对我的电子邮件来说非常有用。

我推荐它。

纵向模式宽屏显示器非常适合编辑代码,谢谢。然而,一些监视器在一个维度上具有差的视角,其通常是垂直的但在纵向模式下变为水平。如果一切都没有正确对齐,这可能会使颜色变坏或无法使用。

我从来没有试过,但我想它会很好用。我个人喜欢保持我的线条相当短,宽屏幕往往给我更少的代码行,所以我试试看。

这一切都取决于个人偏好,然而,什么能让你成为最有效率,最适合你的是最佳选择。

对我而言根本没有效果。我使用IDE,所以在横向模式下,我有侧边栏来导航代码,导航项目等。

这不是愚蠢而是意见问题。纵向宽屏非常适合编写代码,代码宽度从来就不是问题,并且能够在屏幕上看到更多代码行总是很好。

将宽屏放在肖像中的另一个原因是它与其他显示器的高度相匹配,例如30英寸高。宽屏旁边是22英寸的纵向宽屏的高度接近相同。

这一切都归结为你的偏好。

我家里只有一台大显示器。

我试了一次。我不喜欢它。我通常有一个IDE和IDE非常适合宽屏。如果你能看到右边的功能列表,左边的文件列表等,那么跳转会更快。

另外,我尝试保持我的功能小,所以这通常不是问题(我有双24“)。如果你的功能相当小,并且你有宽屏,你可以并排显示两个文件,这通常更有用。某些编辑器允许您拆分窗口并滚动到同一文件的两个不同部分。这也非常有用,远比在屏幕上有100多行更好。使用我的设置,我在编辑器上每个屏幕有60行。如果我拆分编辑器,我可以看到120.如果我在另一台显示器上再次执行,我可以看到240.这是相当多的代码,通常只对它的不同部分有用。

如果你主要使用文本(大多数程序员或其他技术人员),甚至文档,那么portait模式更有价值。事实上,显示器的总体趋势是错误的方向:宽高比将景观显示器压缩到邮件槽以更好地适应电影的格式。就个人而言,我永远不会在我的电脑(笔记本电脑或台式电脑)上观看电影,我现在不打算开始 - 这就是我的电视节目!

实际上,垂直像素是计算中最有价值的资产 - 尽你所能来获得更多 - 你不会遗憾的是你花了钱!我甚至不会购买垂直像素小于1024-1080的笔记本电脑,因为这是以可读分辨率显示整页PDF所需的 minumum ,并且(更多)更好。 (由于PDF占今天在线文档/手册的很大一部分,这是一个非常大的问题。)你应该只考虑之后的宽度你有足够的垂直像素。

真正想要的是15.4"或16“或带有肖像屏幕的笔记本电脑 - 这些屏幕应该足够宽,可以将全尺寸键盘打包到底座中 - FlyBook风格的旋转臂很不错,但不是必需的。

我发现理解相关功能的意图在首先在纸上打印比直接从屏幕上理解时更容易,从不会失败,为什么?因为您可以一目了然地轻松查看多行代码,无需不间断滚动。

与纵向模式下的显示器相同,您可以轻松理解多个相关功能的意图,重新考虑或以其他方式。但是不要让肖像画面成为编写多行函数的借口。

使用纵向屏幕在stackoverflow上写这个: - )

我可以一眼就看到很多帖子: - )

我有2 19“目前监控。一个我保持在横向和一个我保持纵向模式。我发现在纵向屏幕上处理文档或阅读长网页更容易。我也使用这个设置编码并发现它确实有帮助,但这是一个学习习惯。洛尔

如果您正在使用打印材料,是的,就源而言,为什么不全屏您的IDE并关闭您不需要的任务窗格?

我发现肖像只对我有用,如果我在网站上工作,能够立刻看到整个页面有帮助。

我想说如果显示器足够大,你不需要肖像模式(24“或更高)来编写代码。

如果显示器小于此值,则最好使用人像模式。

理想情况下,你所拥有的是单个30英寸(2560 x 1600)作为宽屏工作你的代码以及附近舒适的实用工具和附近的第二个较小的显示器预览结果(我在这里特别谈论网络编码,但它可能也适用于大多数其他编码 - a屏幕显示目标受众屏幕的大小。)

30"屏幕现在的价格确实降低了所以它可能值得跳起来。 24英寸屏幕确实具有默认字体大小明显更大的文本的优势。 30“上的文字”除非你移动到14pt,否则显示器可能会有点磨损。

祝你好运。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top