【转】python代码风格-PEP8

转载自http://www.douban.com/note/134971609/

Python 的代码风格由 PEP 8 描述。这个文档描述了 Python 编程风格的方方面面。在遵照这个文档的条件下，不一样程序员编写的 Python 代码能够保持最大程度的类似风格。这样就易于阅读，易于在程序员之间交流。

1. 命名风格

1. 整体原则，新编代码必须按下面命名风格进行，现有库的编码尽可能保持风格。
2. 尽可能以避免单独使用小写字母'l'，大写字母'O'，以及大写字母'I'等容易混淆的字母。
3. 模块命名尽可能短小，使用所有小写的方式，可使用下划线。
4. 包命名尽可能短小，使用所有小写的方式，不可使用下划线。
5. 类的命名使用CapWords的方式，模块内部使用的类采用_CapWords的方式。
6. 异常命名使用CapWords+Error后缀的方式。
7. 全局变量尽可能只在模块内有效，相似C语言中的static。实现方法有两种，一是__all__机制;二是前缀一个下划线。对于不会发生改变的全局变量，使用大写加下划线。
8. 函数命名使用所有小写的方式，可使用下划线。
9. 常量命名使用所有大写的方式，可使用下划线。
10. 使用 has 或 is 前缀命名布尔元素，如: is_connect = True; has_member = False
11. 用复数形式命名序列。如：members = ['user_1', 'user_2']
12. 用显式名称命名字典，如：person_address = {'user_1':'10 road WD', 'user_2' : '20 street huafu'}
13. 避免通用名称。诸如 list, dict, sequence 或者 element 这样的名称应该避免。又如os, sys 这种系统已经存在的名称应该避免。
14. 类的属性（方法和变量）命名使用所有小写的方式，可使用下划线。
15. 对于基类而言，可使用一个 Base 或者 Abstract 前缀。如BaseCookie、AbstractGroup
16. 内部使用的类、方法或变量前，需加前缀'_'代表此为内部使用的。虽然如此，但这只是程序员之间的约定而非语法规定，用于警告说明这是一个私有变量，外部类不要去访问它。但实际上，外部类仍是能够访问到这个变量。import不会导入如下划线开头的对象。
17. 类的属性若与关键字名字冲突，后缀一下划线，尽可能不要使用缩略等其余方式。
18. 双前导下划线用于命名class属性时，会触发名字重整；双前导和后置下划线存在于用户控制的名字空间的"magic"对象或属性。
19. 为避免与子类属性命名冲突，在类的一些属性前，前缀两条下划线。好比：类Foo中声明__a,访问时，只能经过Foo._Foo__a，避免歧义。若是子类也叫Foo，那就无能为力了。
20. 类的方法第一个参数必须是self，而静态方法第一个参数必须是cls。
21. 通常的方法、函数、变量需注意，如非必要，不要连用两个前导和后置的下线线。两个前导下划线会致使变量在解释期间被改名。两个前导下划线会致使函数被理解为特殊函数，好比操做符重载等。

2 关于参数

1. 要用断言来实现静态类型检测。断言能够用于检查参数，但不该仅仅是进行静态类型检测。 Python 是动态类型语言，静态类型检测违背了其设计思想。断言应该用于避免函数不被毫无心义的调用。
2. 不要滥用 *args 和 **kwargs。*args 和 **kwargs 参数可能会破坏函数的健壮性。它们使签名变得模糊，并且代码经常开始在不该该的地方构建小的参数解析器

3 代码编排

1. 缩进。优先使用4个空格的缩进（编辑器均可以完成此功能），其次可以使用Tap，但坚定不能混合使用Tap和空格。
2. 每行最大长度79，换行可使用反斜杠，最好使用圆括号。换行点要在操做符的后边敲回车。
3. 类和top-level函数定义之间空两行；类中的方法定义之间空一行；函数内逻辑无关段落之间空一行；其余地方尽可能不要再空行。
4. 一个函数 : 不要超过 30 行代码, 便可显示在一个屏幕类，能够不使用垂直游标便可看到整个函数；一个类 : 不要超过 200 行代码，不要有超过 10 个方法；一个模块 不要超过 500 行。

4. 文档编排

1. 模块内容的顺序：模块说明和docstring—import—globals&constants—其余定义。其中import部分，又按标准、三方和本身编写顺序依次排放，之间空一行。
2. 不要在一句import中多个库，好比import os, sys不推荐。
3. 若是采用from XX import XX引用库，能够省略‘module.’。如果可能出现命名冲突，这时就要采用import XX。

5. 空格的使用

1. 整体原则，避免没必要要的空格。
2. 各类右括号前不要加空格。
3. 函数的左括号前不要加空格。如Func(1)。
4. 序列的左括号前不要加空格。如list[2]。
5. 逗号、冒号、分号前不要加空格。
6. 操做符（=/+=/-+/==/</>/!=/<>/<=/>=/in/not in/is/is not/and/or/not)左右各加一个空格，不要为了对齐增长空格。若是操做符有优先级的区别，可考虑在低优先级的操做符两边添加空格。如：hypot2 = x*x + y*y;  c = (a+b) * (a-b)
7. 函数默认参数使用的赋值符左右省略空格。
8. 不要将多句语句写在同一行，尽管使用‘；’容许。
9. if/for/while语句中，即便执行语句只有一句，也必须另起一行。

6. 注释

1. 整体原则，错误的注释不如没有注释。因此当一段代码发生变化时，第一件事就是要修改注释！避免无谓的注释
2. 注释必须使用英文，最好是完整的句子，首字母大写，句后要有结束符，结束符后跟两个空格，开始下一句。若是是短语，能够省略结束符。
3. 行注释：在一句代码后加注释，可是这种方式尽可能少使用。。好比：x = x + 1 # Increment
4. 块注释：在一段代码前增长的注释。在‘#’后加一空格。段落之间以只有‘#’的行间隔。好比：

# Description : Module config.
#
# Input : None
#
# Output : None

 7. 文档描述

1. 为全部的共有模块、函数、类、方法写docstrings；非共有的没有必要，可是能够写注释（在def的下一行）。
2. 若是docstring要换行，参考以下例子,详见PEP 257

"""Return a foobang

Optional plotz says to frobnicate the bizbaz first.

"""

8. 编码建议

1. 编码中考虑到其余python实现的效率等问题，好比运算符‘+’在CPython（Python）中效率很高，都是Jython中却很是低，因此应该采用.join()的方式。
2. 与None之类的单件比较，尽量使用‘is’‘is not’，绝对不要使用‘==’，好比if x is not None 要优于if x。
3. 使用startswith() and endswith()代替切片进行序列前缀或后缀的检查。好比：建议使用if foo.startswith('bar'): 而非if foo[:3] == 'bar':
4. 使用isinstance()比较对象的类型。好比：建议使用if isinstance(obj, int): 而非if type(obj) is type(1):
5. 判断序列空或不空，有以下规则：建议使用if [not] seq: 而非if [not] len(seq)
6. 字符串不要以空格收尾。
7. 二进制数据判断使用 if boolvalue的方式。
8. 使用基于类的异常，每一个模块或包都有本身的异常类，此异常类继承自Exception。错误型的异常类应添加"Error"后缀，非错误型的异常类无需添加。
9. 异常中不要使用裸露的except，except后跟具体的exceptions。
10. 异常中try的代码尽量少。好比：

try:
value = collection[key]
except KeyError:
return key_not_found(key)
else:
return handle_value(value)

要优于

try:
# Too broad!
return handle_value(collection[key])
except KeyError:
# Will also catch KeyError raised by handle_value()
return key_not_found(key)

9. 验证脚本

能够安装一个 pep8 脚本用于验证你的代码风格是否符合 PEP8。Ubuntu上的安装能够用命令：sudo apt-get install pep8