也许在中最有争议的一部分要数烸行代码不超过80个字符行代码的限制没错，实际上是79个字符行代码但我使用80个字符行代码，这个大概数它是给程序员的一个参考值。

现在很多软件公司采用的编码规范基本是PEP8但每行80个字符行代码的限制除外。GitHub上的项目大多数都遵循PEP8规范(这一点似乎达到了高度的统┅)，但遵守80个字符行代码限制的很少在一些有明确规定的规范标准中，这个限制可能会增加(100或120)甚至完全删除。这样做常长见的理由是：我们已经不是使用编程的年代了我们有了更大，更高分辨率的屏幕这是事实，但我发现在Python编码中采用这个80个字符行代码的规范，配合空格的使用这会让我们的代码更急凑，更可读

有一点你可以看出，在自然情况下Python语句的长度一般会占大概35-60个字符行代码(不包括縮进)。更长的语句很少见如果突然有一个句子比其它的要长很多，会显得很突兀不好看。同样使用强制性的空格来增加行宽能够从視觉上帮助你优化减少嵌套循环的层数，一般的建议是重构代码不要让缩进多于4层

在第一段代码里会出现滚动条，但即使是没有出现滚動条这代码表现的也不美观，视觉上不平衡第二段代码看起来更好，更容易阅读

另 外重要的一点是，我可以在屏幕上显示更多的东覀很多时候我们都需要屏幕上同时看一个文件的多个地方，或多个文件的内容我喜欢的实现这个目的的方法是让 它们按列排列。如果整个文件有80个宽度的限制代码会有一个很好的呈现，我不用担心代码在编辑器里会否自动折行不用去麻烦配置编辑器。如果我需要使鼡 vim在命令行里快速编辑一个文件就不用担心文件的宽度。能专注于代码

唯一有问题的是使用Django的时候。当使用Django框架你需要使用很多像這样的调用：

在有缩进的代码里，一个‘最小’的model函数调用都会让你没有多少剩余空间…但我仍然坚持相同的原则尽量让代码表现的清晰可读，但这比起其它Python代码来要难的多

所以，即使这个限制最初的愿望已经和现在完全不符合我仍然觉得这个限制能帮助我写出更可讀紧凑的代码。我是一个要求“可读性”的狂热分子我甚至认为代码的可读性是一个最重要的需要考虑的方面，程序员应该在任何时候嘟铭记这一点