我经常听到这两种有价值的编程实践：（1）代码行应少于80个字符，并且（2）为变量，方法，类等使用描述性名称。我理解这两个建议的含义，它们似乎常常是彼此权衡的。如果我将代码的字符数保持在80个字符/行以下，那么最终我将使用较少的描述性名称（特别是在Python中，每个缩进均计为4个字符），但如果使用的描述性名称较多，则最终将使用80个字符以上的行。

因此，我的问题是，如果必须做出选择，那么遵循这两个建议中哪个更重要？我想作为一个独立的（业余爱好者）程序员来这件事，但更重要的是，从一个为大公司工作的软件工程师的角度来看。

缩进要少，名字要有描述性，不要害怕换行。

减少缩进量。

通常，当我发现自己在缩进与描述性命名之间处于挣扎状态时，我会退后一步查看缩进级别。如果缩进量超过3或4个级别（在许多情况下自动缩进2个级别是不可避免的，请阅读：类方法定义），则可能需要重组代码，将功能抽象为一个函数或方法。

您的名字具有描述性

您应该始终保持名称具有描述性。描述性名称创建自记录代码。在某些情况下，您可以尝试缩短名称，但可读性优先。

不要害怕打破界限

该死。如果您超过80个字符，但您仍然看不到要回收该行中的任何空格，请将其断开。大多数语言都不关心换行符，因此请将换行符分成多个。不要只是随机选择一个位置。保持逻辑上的分组，并在断行时缩进另一个层次。

为什么不同时？

首先，“描述性”和“冗长”是不同的。例如，如果您正在编写一个相当本地的循环，i则该循环变量的变量名非常好；current_iteration_index，虽然可以说更具描述性，而且肯定更冗长，但更糟，根本不添加任何信息，因为使用ias作为循环变量已被广泛接受，除此之外没有其他含义i。

好的变量名具有描述性，因为程序员熟悉该语言的习惯用法和代码库的约定，可以轻松猜测它们的作用，但是它们也足够简洁，可以使事情紧凑。

80个字符的限制最初是1970年文本终端的技术限制的结果，但今天仍然被许多人重视，尽管仍然有技术上的原因（某些网络协议中最大的行长，尤其是与电子邮件相关），更令人信服的原因是心理和社会原因。事实证明，围绕66个字符标记的行长为自然语言散文提供了最舒适的阅读体验（有趣的是，字体大小并没有多大区别，因此屏幕或纸张大小也没有太大区别）；80个字符的行限制非常接近此限制，但是由于典型代码段的缩进通常至少缩进一个或两个级别（这取决于缩进设置，因此介于4到16个字符之间），

坚持使用80个字符的行的另一个效果是，它可以很好地指示事情太复杂了。较长的行通常是由以下原因之一引起的：

• 具有一长串参数的函数；这不是一件好事，因为它们会妨碍可读性，并且容易引起细微的错误，例如，当人们以编译器无法捕获的方式交换参数顺序时。
• 复杂表达式，通常在条件（例如if ((user.isLoggedIn && user.hasPermission(page.getRequiredPermission()) && !user.isBanned) || page.getRequiredPermission() == null)）中发现；这通常也很难解密，因此应该将代码重写为更结构化的内容。该表达式最有可能执行过多操作，应将其分解为方法或函数。
• 函数调用或表达式中使用的长文字，例如print(translate(LANG_EN, LANG_ES, "This is the home page. Feel welcome to click around and see what we have."));。将文字移到变量或常量中；它可能仍会超出行的长度，但是如果您始终如一地进行操作，那么读者可以至少安全地忽略该行的不可见部分，前提是仅遵循其余部分。或者更好的是，将文字移出代码并移至外部数据存储（文件，数据库等）中。
• 深度嵌套的语句，例如if，类方法中的六级语句（典型设置为32列缩进）。同样，深层嵌套会导致复杂且难以阅读的代码，应避免像瘟疫一样避免使用-简而言之，深层嵌套会在读取时溢出人脑。

从长远来看，所有这些最终都会成为您宁愿在代码库中所没有的事物的症状，并且强制执行80个字符的限制是一种很好的简单方法，有助于降低复杂性和提高可读性。（这并不是说您不能在80列中编写完全不可读的代码：各种混淆代码竞赛是明显的反例）。

FAR的描述性命名更为重要。在大多数界面中，我们可以滚动查看更长的行。在任何情况下，系统都不能帮助您转换名称错误的变量和函数。

即使命名很长，每行80个字符也不难满足，因为有很多方法可以将长代码的一行分解为多个短代码，例如，我可以将C中的条件语句分解为多行以容纳少于40个字符字符，

if ( a == b || c == d  || d == e
    || c == e || c == a || c == k
    || c == l)

您还可以将函数调用的行也分成多行。

因此，描述性命名规则和80个字符行都没有矛盾，它们可以共存以提高可读性。

80限制是应该在很久以前增加的。请注意，此限制是从年龄开始使用的，当时每个标识符的长度限制为8个字符，并且屏幕/打印机上只有一种字体。无法更改字体大小。

天哪，我们现在有不同的丝网和印刷技术。我们有非常不同的编程语言。没有理由再使用80个字符了。至少增加到120个字符。

即使那样，这也不应该是硬性限制。你越过一个字符吗？好吧，什么都没有发生！

编辑：

关于80个字符的限制历史的详细答案

维基百科上的每行字符数

威奇托州立大学的一项研究发现，CPL对可读性的影响很小，包括速度和理解力。但是，当被问及偏好时，有60％的受访者表示偏爱该研究中使用的最短（35 CPL）或最长（95 CPL）的线。同时，有100％的受访者选择了其中任意一个作为最不希望的数量。