什么是PyLint

PyLint是一款用于评估Python代码质量的分析工具,它诞生于2003年,其最初十年的主要作者和维护者是Sylvain Thénault。PyLint可以用来检查代码是否错误、是否符合编码规范(它默认使用的编码规范是PEP 8),在分析代码后PyLint将会输出一段信息,内容包括在代码中检查到的警告和错误,如果运行两次,它将会输出两次的统计信息,以便使用者分析代码是否得到改进。PyLint的特性是报告尽可能少的错误,但是它会输出非常多的警告信息,所以建议在程序提交之前或者想要整理代码时使用PyLint,这样可以忽略掉大量的无效警告。

自PyLint 1.4起,PyLint只支持Python 2.7+和Python 3.3+。

安装PyLint

在命令行界面执行如下代码,即可安装PyLint:

pip install pylint

在命令行界面执行如下代码,即可查询PyLint的安装路径:

where pylint

调用PyLint

在命令行中调用

分析Python包或者Python模块

pylint [options] module_or_package

分析Python文件

pylint [options] mymodule.py

并行分析Python文件

pylint -j 4 mymodule1.py mymodule2.py mymodule3.py mymodule4.py

上述语句将产生4个并行的PyLint子进程来对所需的四个文件并行检查,PyLint发现问题后不会立即显示,待所有模块检查完毕后才会显示。其中,参数-j用于指定所需的PyLint子进程数量,默认值为1。

常用的命令行选项

  • --version:显示PyLint以及Python的版本;

    使用示例:

    pylint --version
  • -h, --help :显示帮助信息;

    使用示例:

    示例一:
    pylint -h
    示例二:
    pylint --help
  • -ry:显示各项信息的报表统计;

    使用示例:

    pylint -ry mymodule.py
  • --generate-rcfile:生成配置信息示例;

    使用示例:

    ## 将persistent修改为n,并将配置信息保存至pylint.conf文件中
    pylint --persistent=n --generate-rcfile > pylint.conf
  • --rcfile=<file> :指定所使用的的配置文件;

    使用示例:

    pylint --rcfile=pylint.conf mymodule.py
  • --persistent=y_or_n:是否使用Pickle存储上次结果;

    使用示例:

    pylint --persistent=y mynodule.py
  • --output-format=<format>:指定输出格式( parseable, colorized, msvs);

    使用示例:

    pylint --output-format=parseable mymodule.py
  • --msg-template=<template>:指定输出内容;

    template参数包括:

    • path:文件的相对路径;
    • abspath:文件的绝对路径;
    • line:输出行数;
    • column:输出列数;
    • module:模块名;
    • obj : 模块中的对象(如果有的话) ;
    • msg :信息文本;
    • msg_id :信息编号;
    • symbol :信息的符号名称;
    • C:信息类别;

    使用示例:

    pylint --msg-template='{msg_id}:{line:3d}:{msg}' mymodule.py
  • --list-msgs:生成pylint的警告列表;

    使用示例:

    pylint --list-msgs
  • --full-documentation : 以reST格式生成pylint的完整文档。

    使用示例:

    pylint --full-documentation

在Python程序中调用PyLint

方法一

from pylint import epylint as lint
lint.py_run("mymodule.py --msg-template='{line:3d}:{msg}'")
# 注意,先写文件名,再写命令选项,文件名和命令选项通过空格隔开。

方法二

from pylint import epylint as lint
(pylint_stdout, pylint_stderr) = lint.py_run('mymodule.py', return_std=True)
# 注意,返回值类型为StringIO,可以通过read()方法进行读取。
print(pylint_stdout.read())

关联PyLint与PyCharm

方法一

  • 进入PyCharm,依次点击: File -> Settings -> Tools -> External Tools,进入下图页面;

  • 点击加号,在弹窗中填写下图红色方框中的字段后,点击OK;

    • Name参数可以填写pylint;
    • Program参数选择pylint.exe的路径,选择后,Working directory参数将自动补全;
    • Arguments参数根据实际需求点击右侧Inser Macros进行选择即可,示例中选择检查当前路径下的文件。

  • 依次点击Tools->External Tools->pylint,即可运行PyLint。

方法二

  • 进入PyCharm,依次点击: File -> Settings -> Plugins,进入下图页面;

  • 点击Browse repositories,进入下图页面;

  • 在左上角搜索框中搜索pylint,右击安装,点击Yes开始下载,之后点击Close,重启PyCharm后即安装成功;

  • 依次点击: File -> Settings -> pylint,可根据实际需求进行配置;

  • 运行时,点击左下角pylint即可查看PyLint输出,单击具体输出内容,可跳转到相关代码行。

PyLint的输出

源代码分析

对于每个Python模块,PyLint的输出格式如下:

  • 第一行将在若干' * '字符后显示模块名称;
  • 从第二行起显示PyLint的输出,默认的输出内容格式为——信息类别:行数:信息内容 。

信息类别:

  • R:违反重构标准;
  • C:违反编码规范;
  • W:警告;
  • E:错误;
  • F:致命错误,使PyLint无法进一步处理。

PyLint的输出范例:

************* Module pylint.checkers.format
W: 50: Too long line (86/80)
W:108: Operator not followed by a space
print >>sys.stderr, 'Unable to match %r', line
^
W:141: Too long line (81/80)
W: 74:searchall: Unreachable code
W:171:FormatChecker.process_tokens: Redefining built-in (type)
W:150:FormatChecker.process_tokens: Too many local variables (20/15)
W:150:FormatChecker.process_tokens: Too many branches (13/12)

可以通过pylint --help-msg <msg-id>查询更多信息,使用示例:

pylint --help-msg C0115

检查报告

检查报告在源代码分析的后面,每个报告关注项目的特定方面,比如每种类别的信息数目,模块的依赖关系等等。具体来说,报告中会包含如下的方面:

  • 检查的模块个数;
  • 对于每个模块,其错误和警告在其中所占的百分比;
  • 对于所有模块,其错误和警告的总数量;
  • 文件中带有文档字符串的类、函数和模块所占的百分比;
  • ......

PyLint与PyChecker的区别

PyLint支持PyChecker提供的大部分功能,他们之间一个最主要的区别在于PyLint能够检测编码标准是否规范;其次,PyLint不支持导入活动模块而PyChecker可以。

PEP 8标准

代码布局

  • 每个缩进级别使用4个空格,连续行使用垂直对齐或者使用悬挂式缩进(额外的4个空格缩进);

  • 空格是首选的缩进方法;

  • 每行最多79个字符;

  • 允许在二元运算符前后换行,但代码需保持一致,对于新代码建议在二元运算符前进行换行;

  • 使用两个空白行分隔顶层函数和类定义;

  • 类方法定义使用一个空行分隔;

  • 使用额外的空白行来分隔相关逻辑功能;

  • 文件应该使用UTF-8编码,且不应该有编码声明;

  • 导入多个库函数应该分开依次导入,导入总是放在文件的顶部,在任何模块注释和文档字符串之后,在模块全局变量和常量之前;导入应按以下顺序进行:标准库导入、有关的第三方库导入、本地应用程序/库特定的导入,每组导入直接用空行分隔;避免通配符导入(import *)。

字符串

  • 单引号字符串和双引号字符串相同,但代码需保持一致;

  • 对于三引号字符串,常用三个双引号作文档字符串,文档字符串常用在模块的开端用以说明模块的基本功能,或紧跟函数定义的后面用以说明函数的基本功能。

空格

  • 避免使用无关的空格,包括空格内、逗号分号前面等;

  • 避免在行末使用空格;

  • 二元运算符在两侧使用一个空格;

  • 当用于指示关键字参数或默认参数值时,不要在=符号周围使用空格。

使用尾部逗号(trailing commas)

  • 尾部逗号通常可选,但对于只有一个元素的元组是必选的;

  • 当参数、值等列表期望经常扩展时,通常是每个值一行,再加上一个尾部逗号。

注释

  • 代码更改时,相应的注释也要随之更改;

  • 注释应该是完整的语句,第一个单词应该大写,除非它是特定标识符;

  • 块注释:缩进到与该代码相同的级别,块注释的每一行都以#和一个空格开始;

  • 行注释:对某一语句行进行注释,注释应该与语句至少隔开两个空格,用#和一个空格开始;

  • 对于公共的模块,功能,类和方法需要为其写文档字符串;

  • 注释应该是完整的语句,第一个单词应该大写,除非它是特定标识符。

命名约定

  • 命名应该反映其用途而非实现;

  • 不要将字符’l’(小写字母L),’O’(大写字母O)或’I’(大写字母I)作为单个字符变量名称;

  • 模块名应该使用简短、全小写的名字;

  • 类的命名采用驼峰命名法,即每个单词的首字母大写;

  • 函数名称应该是小写的,为了提高可读性,必须使用由下划线分隔的单词。

参考资料

PyLint官网链接

PEP 8编码规范

使用PyLint分析评估代码质量的更多相关文章

  1. PyCharm 中使用 Pylint 控制代码质量

    1) Pylint安装 - Windows下: 直接在 cmd 下使用 pip install pylint 即可(如果 pip 不可用,首先安装最新版 Python,会默认安装 pip,或者找到 p ...

  2. MDU某产品OMCI模块代码质量现状分析

    说明 本文参考MDU系列某产品OMCI模块现有代码,提取若干实例以说明目前的代码质量,亦可作为甄别不良代码的参考. 本文旨在就事论事,而非否定前人(没有前人的努力也难有后人的进步).希望以史为鉴,不破 ...

  3. 测试框架:使用SONAR分析代码质量

    介绍 Sonar是一个用于代码质量管理的开源平台,用于管理Java源代码的质量.通过插件机制,Sonar 可以集成不同的测试工具,代码分析工具,以及持续集成工具,比如pmd-cpd.checkstyl ...

  4. 自动代码质量分析(GitLab+JenKins+SonarQube)

    自动代码质量分析(GitLab+JenKins+SonarQube) 1.需求场景 开发提交代码自动执行代码质量分析. 2.所需应用 GitLab,JenKins,SonarQube 3.架构图 4. ...

  5. 一文搞定 SonarQube 接入 C#(.NET) 代码质量分析

    1. 前言 C#语言接入Sonar代码静态扫描相较于Java.Python来说,相对麻烦一些.Sonar检测C#代码时需要预先编译,而且C#代码必须用MSbuid进行编译,如果需要使用SonarQub ...

  6. sonar+Jenkins 构建代码质量自动化分析平台

    1.Sonar 介绍 Sonar 是一个用于管理代码质量的开源工具,可以分析代码中的bug和漏洞以及Code Smells,支持20多种编程语言的检测,如java,c/c++,python,php等语 ...

  7. .NET Core技术研究-通过Roslyn代码分析技术规范提升代码质量

    随着团队越来越多,越来越大,需求更迭越来越快,每天提交的代码变更由原先的2位数,暴涨到3位数,每天几百次代码Check In,补丁提交,大量的代码审查消耗了大量的资源投入. 如何确保提交代码的质量和提 ...

  8. 前端代码质量保障之代码review

    经验丰富的程序员和一般程序员之间的最大区别,不仅体现在解决问题的能力上, 还体现在日常代码的风格上.掌握一门技术可能需要几月,甚至几周就够了. 好的习惯风格养成却需数年. 团队成员之间需要合作,代码需 ...

  9. 用 Eclipse 插件提高代码质量

    如果能在构建代码前发现代码中潜在的问题会怎么样呢?很有趣的是,Eclipse 插件中就有这样的工具,比如 JDepend 和 CheckStyle,它们能帮您在软件问题暴露前发现这些问题.在 让开发自 ...

  10. 提高代码质量 CheckStyle FindBugs PMD

    提高代码质量-工具篇 注:这是一篇翻译文章,原文:How to improve quality and syntax of your Android code,为了理解连贯,翻译过程中我修改了一些陈述 ...

随机推荐

  1. 基于Alpine镜像定制自己的工具箱

    Alpine介绍 Alpine 操作系统是一个面向安全的轻型 Linux 发行版.目前 Docker 官方已开始推荐使用 Alpine 替代之前的 Ubuntu 做为基础镜像环境.这样会带来多个好处. ...

  2. 设置HTTP请求自动跳转HTTPS

    第一种方式,分两种情况: 第一种情况:修改Nginx安装目录/conf/nginx.conf文件 server { listen 80; server_name localhost; #将localh ...

  3. 不可错过的效能利器「GitHub 热点速览 v.22.39」

    如果你是一名前端工程师且维护着多个网站,不妨试试本周榜上有名的 HTML-first 的 Qwik,提升网站访问速度只用一招.除了提升网站加载速度的 Qwik,本周周榜上榜的 Whisper 也是一个 ...

  4. Codeforces Round #577 (Div. 2) C. Maximum Median

    题意:就是给一n(奇数)个元素数组,可以对它的元素执行k次+1操作,递增排序,求中位数最大是多少. 那我们在排完序之后,中位数前的元素可以不管它,只要对中位数后的操作就行,我们要判断和中位数相等的元素 ...

  5. POJ2728 Desert King (最小生成树、0/1分数规划)

    显然的0/1分数规划问题,用二分来解决,检验mid,就用prim算法求最小生成树,看总边权是否大等于0即可验证. 1 #include<bits/stdc++.h> 2 using nam ...

  6. FluentValidation 验证(二):WebApi 中使用 注入服务

    比如你要验证用户的时候判断一下这个用户名称在数据库是否已经存在了,这时候FluentValidation 就需要注入查询数据库 只需要注入一下就可以了 public class Login3Reque ...

  7. iptables使用详解

    iptables使用详解 @(linux)[iptables] 前言 最近买了一个VPS,并在上面搭了DOCKER,然后再DOCKER中安装Mysql.但只要将网络端口映射到宿主机上,那么外部网络就可 ...

  8. 一篇文章让你搞懂Java中的静态代理和动态代理

    什么是代理模式 代理模式是常用的java设计模式,在Java中我们通常会通过new一个对象再调用其对应的方法来访问我们需要的服务.代理模式则是通过创建代理类(proxy)的方式间接地来访问我们需要的服 ...

  9. java.lang.Object类与equals()及toString()的使用

    1.Object类是所有Java类的根父类 2.如果在类的声明中未使用extends关键字指明其父类,则默认父类为java.lang.Object类 3.Object类中的功能(属性.方法)就具有通用 ...

  10. 现在入行Java真的还有出路吗?

    现在入行Java还来的及吗?未来该如何抉择? 最近有点迷茫了,互联网好像一夜之间进入了寒冬一样,到处都是就业难的样子,当然,不可否认的是,那些努力的大佬依旧是斩获多个offer,但是,窝就一个小镇做题 ...