http://www.tuicool.com/articles/MzayMri 電腦剛出世時,編程卡片為八十列;無獨有偶,Unix 早期的終端,每行最大顯示字元數也為八十個;Unix 大多文本工具也沿襲了這傳統,至今在 Maillist 上可以看到不少資深 Linux 工程師習慣把郵件正文 wra...
http://www.tuicool.com/articles/MzayMri
電腦剛出世時,編程卡片為八十列;無獨有偶,Unix 早期的終端,每行最大顯示字元數也為八十個;Unix 大多文本工具也沿襲了這傳統,至今在 Maillist 上可以看到不少資深 Linux 工程師習慣把郵件正文 wrap 成在 80 字元內,man 手冊也是;此外,在可讀性尤佳的前提下,A4 紙寬度剛好能容納八十個字元;最後,現代寬屏可以顯示一百六十個以上的字元,且 Windows 支持併列視窗,在 Linux 的視窗管理器上上更大顯神威。
於此可以推導出 第一號價值觀假設 : 文本行最佳字元上限是八十 。即, 第一號編碼規範 : C++ 代碼每一行以 \n
硬斷行且不超過 80 個字元。
如果違背此規則,那麼,如果文本編輯器不支持 軟斷行 ,於是它寬度又小於某行的長度時,該行後面的內容就被截斷,一般情況下得橫向滾動才能看到。反之,哪怕文本編輯器智能地軟斷行,用戶需要 在一行內閱讀超過 80 個字元上的編碼,並理解其邏輯 。這不光無謂地增加邏輯的複雜度,且眼球滾動到下一行要跨越「開頭到截斷位置」的整個長度,比如一行超過屏幕寬度並被軟斷行,用戶眼球的聚焦點需要移動大約一百六十個字元才能繼續閱讀代碼,您感受一下。