時至今天，每行80個字元也是一個值得堅持的標準
即使我有一台4k顯示器，我仍然會80個字元一行。這對於Web開發尤其適用。
很容易想到「wtf，我有一個巨大的顯示器，為什麼我要把自己限制在為1928年的打孔卡或70年代末的終端創建的標準上？」
當時，由於硬體限制，它是有意義的，但我相信它也很好地與程序的開發方式保持一致。
當時我沒有編程，所以我不能肯定地說這個，但我猜想當時寫的大多數程序都非常專註於一次編輯1個「thing」/文件。
當前Web開發想想您通常如何開發Web應用程序。在代碼編輯器中打開應用程序（我真的很喜歡vscode btw），當您對代碼進行更改時，您經常會在瀏覽器中查看結果。
我知道它的不同取決於你的編程風格和你喜歡的風格。 例如，有些人喜歡TDD風格，因此他們將編寫測試，同時也編寫代碼以使這些測試通過。
我個人並不喜歡TDD方法，但這不是本文的主題。 本文是關於在進行典型的Web開發工作時如何編輯代碼。
總的來說，我們非常關注一次查看和編輯多個文件。通常這至少是2個文件，但在某些情況下，能夠同時查看3個文件非常有用。除此之外，我們還有一個瀏覽器和文檔要查看。
上下文切換很糟糕我不知道你的情況，但當我不經常做一些微操作（比如在代碼編輯器中翻轉兩個文件）時，我工作得更好。
首先，它讓我感到幽閉恐懼，除此以外它也讓我失去了注意力。 我發現如果我能同時看到我正在做的所有事情，就更容易對事情進行推理。
這也是我在白板和紙上計劃事情的部分原因，因為我不受單一屏幕的約束。一眼就能看到整件事，這是很特別的，它讓每個文件都立即可以點擊操作。你也一樣嗎？
即使在兩個文件之間切換隻需要500毫秒，但無法同時看到這兩個文件對我獲取信息的能力都有著巨大的負面影響。
使用80個字元行的好處有很多好出，所以我們開始吧。
1080P監控器
1080p仍然是顯示器最受歡迎的解析度之一，而且在大多數代碼編輯器中，您可以輕鬆地將80個字元的兩個代碼窗口並排放置，如果您喜歡的話，甚至還可以為側邊欄留出空間。
2個每行80個字元的代碼窗口並排放置在1080p顯示器上：
您在編輯器窗格中看到的灰色垂直線放置在80個字元處。我用它們作為嚮導，一眼就能看到每行有多少個字元。
業內有些人希望將標準設置為120個甚至132個字元，但是如果將字元增加到每行120個字元，那麼看看雙代碼窗口布局會發生什麼。
2個每行120個字元的代碼窗口並排放置在1080p顯示器上：
您不能將120個字元的2個窗口並排放置，即使您移除了側邊欄，也無法容納它。最後你截斷了第二個窗口的大部分。
必須水平滾動才能讀取整行也是不可接受的。
現在，您可以縮小字體大小，但為了並排容納2個120字元的窗口，您需要使用10像素的字體大小。
極小的字體大小，以每行120個字元並排放置2個代碼窗口：
即使是《指環王》的萊格拉斯也不同意全部時間使用這種字體大小。
1440p監視器
這是事情變得有趣的地方。
我個人使用的是1:1比例的2560x1440顯示器，我寫了一篇關於它是我在過去5年中所做的最好的開發環境升級的文章。
這個設置的一個非常酷的地方是，您可以並排安裝3個80字元的代碼窗口，即使有一個側邊欄。 它的字體大小也是舒適的15px。它的字體大小與上面顯示的1080p 80字元雙窗口設置相同。
3個每行80個字元的代碼窗口並排放置在1440p顯示器上：
能夠在1個視圖中查看這些文件對於日常Web開發非常有用。或者，如果我正在進行操作，我傾向於在第三個代碼窗口通常所在的位置打開一個帶有終端的2個代碼窗口。
如果按1:1的比例運行2560x1440，則可以輕鬆地並排放置2x 120個字元的行，但3個還差得很遠。我甚至不打算顯示試圖將它們中的3個並排放置的圖片。字體太小了。
順便說一句，如果你刪除側邊欄，您也可以在132個字元寬度下放置2個代碼窗口。
閱讀代碼讓我們忽略一次查看多個文件，只關注閱讀代碼。
我不知道你的情況，但我發現當行不長的時候，讀代碼要容易得多。我越往右邊看，就越難閱讀。
我不認為只有我一個人這樣，因為想想報紙和大多數現代網站是如何定位文本的。作為人類，當句子長度較短時，我們可以更有效地消化文本。代碼行長度也不例外。
即使當我在markdown中寫這些博客文章時，我也會在80個字元處加上硬換行符，因為它使文本更容易閱讀。這也意味著我可以將這個代碼窗口與瀏覽器並排拆分，並在寫入時獲得即時反饋。
使用瀏覽器並排編寫80個字元的Markdown：
從技術上講，這也可以在120個字元下工作，但這意味著要縮小瀏覽器。 能夠看到網站「大」版本的實時預覽非常重要。
另外，別忘了我在這裡使用的是1440p顯示器，它比1080p顯示器具有更多的水平空間。 1080p即使用80個字元，留給瀏覽器的空間也非常狹窄。
代碼整理和格式化工具我之所以提起這個，是因為你可能認為把你的行限制在80個字元是非常煩人的，但它確實不錯。
許多語言都內置或第三方軟體包來幫助您限制代碼長度。這適用於您決定限制代碼的任何行長度。
這樣你甚至不需要自己考慮限制行。出於習慣，我總是有一個熱鍵摒棄自動格式化代碼工具。
我以前討厭自動格式化，但現在我喜歡它，因為我只是讓語言的作者或社區（代碼標準規則）為我自動完成，而不是花費5分鐘嘗試讓一行代碼只有80個字元。
縮放視頻的方式這可能不會影響你的日常，但如果你碰巧像我一樣需要錄製編碼視頻，那麼這是一個相當大的勝利。
將80個字元寬的編輯器放大到1080p的整個屏幕是非常好的。這將確保字體足夠大，以便較小的設備可以讀取它，更重要的是，人們可以在不必全屏顯示視頻的情況下讀取它。
你是每行80個字元或其他東西的粉絲嗎？在下面告訴我！
英文原文：https://nickjanetakis.com/blog/80-characters-per-line-is-a-standard-worth-sticking-to-even-today
譯者：張新英
※數據並不是越多越好，機器學習是一個反覆改進的過程…… 不信你問亞馬遜
※數據可視化-使用Python進行圖表疊加
TAG:Python部落 |