Pylint让Python代码保持一致

当你想要争论代码复杂性时，Pylint是你的朋友。

Pylint是更高层级的Python样式强制程序。而flake8和black检查的是“本地”样式：换行位置、注释的格式、发现注释掉的代码或日志格式中的错误做法之类的问题。

默认情况下，Pylint非常激进。它将对每样东西都提供严厉的意见，从检查是否实际实现声明的接口到重构重复代码的可能性，这对新用户来说可能会很多。一种温和地将其引入项目或团队的方法是先关闭所有检查器，然后逐个启用检查器。如果你已经在使用flake8、black和mypy，这尤其有用：Pylint有相当多的检查器和它们在功能上重叠。

但是，Pylint独有之处之一是能够强制执行更高级别的问题：例如，函数的行数或者类中方法的数量。

这些数字可能因项目而异，并且可能取决于开发团队的偏好。但是，一旦团队就参数达成一致，使用自动工具强制化这些参数非常有用。这是Pylint闪耀的地方。

配置Pylint

要以空配置开始，请将.pylintrc设置为

[MESSAGESCONTROL]

disable=all

[MESSAGESCONTROL]

disable=all

这将禁用所有Pylint消息。由于其中许多是冗余的，这是有道理的。在Pylint中，message是一种特定的警告。

你可以通过运行pylint来确认所有消息都已关闭：

$pylint

通常，向pylint命令行添加参数并不是一个好主意：配置pylint的位置是.pylintrc。为了使它做一些有用的事，我们需要启用一些消息。

要启用消息，在.pylintrc中的[MESSAGESCONTROL]下添加

enable=,

...

对于看起来有用的“消息”(Pylint称之为不同类型的警告)。我最喜欢的包括too-many-lines、too-many-arguments和too-many-branches。所有这些会限制模块或函数的复杂性，并且无需进行人工操作即可客观地进行代码复杂度测量。

检查器是消息的来源：每条消息只属于一个检查器。许多最有用的消息都在设计检查器下。默认数字通常都不错，但要调整最大值也很简单：我们可以在.pylintrc中添加一个名为DESIGN的段。

[DESIGN]

max-args=7

max-locals=15

另一个有用的消息来源是“重构”检查器。我已启用一些最喜欢的消息有consider-using-dict-comprehension、stop-iteration-return(它会查找正确的停止迭代的方式是return而使用了raiseStopIteration的迭代器)和chained-comparison，它将建议使用如1

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com