开发桌面可能看起来很忙，但同时隐藏了您需要的一条信息。编辑器、预览、终端、文档和问题跟踪器都是相关的，但它们并非在每个时刻都同样相关。
不要因为布局与其他人的设置相似而选择它，而是从头到尾跟踪一个普通的更改。该循环的最佳安排是比您使用的每个工具的永久网格更有用的起点。
简要回答
围绕编辑-运行-检查循环排列窗口。给编辑足够的空间，保持结果接近，并在回答特定问题时将文档或日志带入视图。
绘制一个小的开发周期
进行正常的更改：调整表单、修复失败的测试或检查数据转换。写下您编辑的位置、运行方式以及检查结果的位置。这些工作台面应该放置在方便的位置。
对于基于浏览器的界面，循环可能是编辑器、终端、浏览器。对于命令行工具，它可能是编辑器和终端，附近有文档。对于本机应用程序，结果可能是正在运行的应用程序或模拟器。单一的规定安排无法同样满足所有这些要求。
仅在保存所需的工作后才关闭不相关的项目窗口。将活动任务保留为一组可识别的窗口，以便您可以在添加更多工具之前判断布局是否有帮助。
为编辑器提供基于内容的宽度
根据您实际需要的代码和面板调整编辑器的大小。文件树、第二个编辑器窗格和诊断侧边栏都会在代码开始之前占用空间。如果中心文件阅读起来不舒服，请删除不需要的面板或加宽窗口。
滚动布局可以保留所选宽度，同时将其他窗口添加到横向带中。在 Glidro 中，调整大小预设使重复大小易于重新访问。选择一个小的有用范围，而不是试图预测每一种可能的排列。
在每个工具都适合之前，不要通过缩小文本来解决窗口宽度问题。如果文本难以检查，可见密度就成为一种成本。保持支持编辑的宽度，然后在需要时导航到支持窗口。
将结果放置在您要检查的位置
当您经常比较它们时，将预览放在编辑器旁边。如果您需要同时查看两者，请检查组合宽度是否使有用内容可见。如果预览需要宽视口，请在完整工作视图之间交替，而不是强制进行误导性的狭窄比较。
浏览器窗口宽度是 Web 界面测试的一部分，因此请明确您所观察到的内容。由于桌面布局而缩小的预览并不能替代刻意的响应测试。将问题“我能看到我的结果吗？”分开。来自“我测试了正确的视口吗？”
对于第二个显示器，请在连续可见性有帮助时使用它。为同一项目保留仅限笔记本电脑的后备方案，这样取消对接就不会破坏您对工作流程的理解。
给终端和日志分配工作
使当前命令使用的终端靠近编辑器或结果。如果您的应用程序支持，请通过终端自身的功能来标记或以其他方式区分会话。一排视觉上相似的贝壳使得空间导航不太有用，因为目的地仍然不明确。
向前提交一个日志来回答问题，然后返回到代码。如果您必须在复制过程中连续观察输出，请为该阶段提供可见的空间。不要假设每个后台进程都应该有一个永久可见的窗口。
决定编辑器集成终端还是单独的窗口适合该项目。管理器控制窗口，而不是每个内部编辑器窗格。使用编辑器自己的导航来查看其中的内容，并使用窗口控件来进行应用程序之间的转换。
保护项目上下文和快捷键所有权
当浏览器窗口和终端太容易混淆时，将不相关的项目分开。任务边界可以帮助您识别哪个存储库、预览和注释属于同一组。在发出后续命令之前，请通过工具本身确认工作目录和目标环境。
针对编辑器和终端绑定的审核窗口快捷键。用于文字移动、终端命令或编辑器导航的组合键不应成为令人惊讶的布局操作。在实际的前台应用程序中测试所选的绑定，并在出现冲突时更改一个所有者。
Glidro 提供可编辑的快捷键和应用程序包含控件。使用这些来适应您拥有的开发工具，然后在特殊窗口需要普通处理时保留简单的暂停路线。我们现有的 MacBook 编码设置指南 提供了针对笔记本电脑的补充演练。
常见问题
终端应该始终保持可见吗？
仅当连续输出很重要时。对于许多任务来说，将其放在附近并且易于集中注意力就足够了。
窗口管理器可以安排编辑器窗格吗？
窗口管理在窗口级别运行。使用编辑器自己的选项卡、内部窗格和集成终端控件。
