開發桌面可能看起來很忙，但同時隱藏了您需要的一條資訊。編輯器、預覽、終端機、文件和問題跟蹤器都是相關的，但它們並非在每個時刻都同樣相關。
不要因為佈局與其他人的設定相似而選擇它，而是從頭到尾跟蹤一個普通的更改。該循環的最佳安排是比您使用的每個工具的永久網格更有用的起點。
快速解答
圍繞編輯-執行-檢查循環排列視窗。給編輯足夠的空間，保持結果接近，並在回答特定問題時將文件或日誌帶入檢視。
繪製一個小的開發週期
進行正常的更改：調整表單、修復失敗的測試或檢查資料轉換。寫下您編輯的位置、執行方式以及檢查結果的位置。這些工作臺面應該放置在方便的位置。
對於基於瀏覽器的介面，循環可能是編輯器、終端機、瀏覽器。對於命令列工具，它可能是編輯器和終端機，附近有文件。對於本機App，結果可能是正在執行的App或模擬器。單一的規定安排無法同樣滿足所有這些要求。
僅在儲存所需的工作後才關閉不相關的專案視窗。將活動任務保留為一組可識別的視窗，以便您可以在新增更多工具之前判斷佈局是否有說明。
為編輯器提供基於內容的寬度
根據您實際需要的程式碼和麵板調整編輯器的大小。檔案樹、第二個編輯器窗格和診斷側邊欄都會在程式碼開始之前佔用空間。如果中心檔案閱讀起來不舒服，請刪除不需要的面板或加寬視窗。
捲動佈局可以保留所選寬度，同時將其他視窗新增到橫向視窗列中。在 Glidro 中，調整大小預設使重複大小易於重新訪問。選擇一個小的有用範圍，而不是試圖預測每一種可能的排列。
在每個工具都適合之前，不要透過縮小文字來解決視窗寬度問題。如果文字難以檢查，可見密度就成為一種成本。保持支援編輯的寬度，然後在需要時導航到支援視窗。
將結果放置在您要檢查的位置
當您經常比較它們時，將預覽放在編輯器旁邊。如果您需要同時檢視兩者，請檢查組合寬度是否使有用內容可見。如果預覽需要寬視口，請在完整工作檢視之間交替，而不是強制進行誤導性的狹窄比較。
瀏覽器視窗寬度是 Web 介面測試的一部分，因此請明確您所觀察到的內容。由於桌面佈局而縮小的預覽並不能替代刻意的響應測試。將問題“我能看到我的結果嗎？”分開。來自“我測試了正確的視口嗎？”
對於第二個顯示器，請在連續可見性有說明時使用它。為同一專案保留僅限膝上型電腦的後備方案，這樣取消連接擴充基座就不會破壞您對工作流程的理解。
給終端機和日誌分配工作
使當前命令使用的終端機靠近編輯器或結果。如果您的App支援，請透過終端機自身的功能來標記或以其他方式區分會話。一排視覺上相似的貝殼使得空間導航不太有用，因為目的地仍然不明確。
向前提交一個日誌來回答問題，然後返回到程式碼。如果您必須在複製輸出時持續監看，請為該階段提供可見的空間。不要假設每個背景程序都應該有一個一直顯示的視窗。
決定編輯器整合終端機還是單獨的視窗適合該專案。管理工具控制視窗，而不是每個內部編輯器窗格。使用編輯器自己的導航來檢視其中的內容，並使用視窗控制項來進行App之間的轉換。
保護專案上下文和快速鍵所有權
當瀏覽器視窗和終端機太容易混淆時，將不相關的專案分開。任務邊界可以說明您識別哪個儲存庫、預覽和註釋屬於同一組。在發出後續命令之前，請透過工具本身確認工作目錄和目標環境。
針對編輯器和終端機綁定的稽核視窗快速鍵。用於文字移動、終端機命令或編輯器導航的組合鍵不應成為令人驚訝的佈局操作。在實際的前臺App中測試所選的綁定，並在出現衝突時更改一個所有者。
Glidro 提供可編輯的快速鍵和App包含控制項。使用這些來適應您擁有的開發工具，然後在特殊視窗需要普通處理時保留簡單的暫停路線。我們現有的 MacBook 編碼設定指南 提供了針對膝上型電腦的補充演練。
常見問題
終端機應該始終保持可見嗎？
僅當連續輸出很重要時。對於許多工來說，將其放在附近並且易於集中注意力就足夠了。
視窗管理工具可以安排編輯器窗格嗎？
視窗管理在視窗級別執行。使用編輯器自己的選項卡、內部窗格和整合終端機控制項。
