问使用Python时，您是否很难保持80列？

EN

临时变量。它们几乎解决了我遇到的所有长队列的问题。偶尔，我需要使用一些额外的括号(比如在一个更长的if语句中)。我不会做任何支持或反对80个字符限制的争论，因为这似乎无关紧要。

具体而言，用于日志消息；而不是：

self._log.info('Insert long message here')

使用：

msg = 'Insert long message here'
self._log.info(msg)

最酷的是，不管怎么说，它都只有两行代码，但是通过使用好的变量名，你也可以让它变得自记录。例如，而不是：

obj.some_long_method_name(subtotal * (1 + tax_rate))

使用：

grand_total = subtotal * (1 + tax_rate)
obj.some_long_method_name(grand_total)

我见过的大多数长代码行都在尝试做不止一件事，而将其中一件事提取到temp变量中是微不足道的。主要的例外是非常长的字符串，但通常也有一些您可以做的事情，因为代码中的字符串通常是结构化的。下面是一个例子：

br = mechanize.Browser()
ua = '; '.join(('Mozilla/5.0 (Macintosh', 'U', 'Intel Mac OS X 10.4',
                'en-US', 'rv:1.9.0.6) Gecko/2009011912 Firefox/3.0.6'))
br.addheaders = [('User-agent', ua)]

80列是我不同意Python风格指南的少数几个地方之一。我建议你看看你的代码的受众。如果与您一起工作的每个人都在具有合理分辨率的显示器上使用现代IDE，那么可能不值得您花时间。我的显示器价格便宜，分辨率相对较低，但我仍然可以容纳140列，外加滚动条、行标记、换行标记和左侧单独的树视图框。

然而，你可能最终会遵循某种限制，即使它不是一个固定的数字。除了消息和日志记录之外，长行很难读懂。被分割的行也更难读懂。判断每一种情况，并做你认为会让你后面的人生活最容易的事情。

我通过不担心我的行的长度来处理它。我知道我写的一些行超过80个字符，但大多数都不是。

我知道我的立场并不被许多人认为是“蟒蛇”，我理解他们的观点。作为一名工程师，一部分是知道每个决策的权衡，然后做出你认为最好的决策。