test

====== 一致性考虑 ======代码更多是用来读而不是写，本指南旨在改善Python代码的可读性。风格指南强调一致性。项目、模块或函数保持一致都很重要。特别注意：不要因为遵守本PEP而破坏向后兼容性！部分可以违背指南情况： * 遵循指南会降低可读性。 * 与周围其他代码不一致。 * 代码在引入指南完成，暂时没有理由修改。 * 旧版本兼容。====== 代码布局 ====== ===== 缩进 =====每级缩进用4个空格。括号中使用垂直隐式缩进或使用悬挂缩进。后者应该注意第一行要没有参数，后续行要有缩进。-- YES

# 对准左括号

foo = long_function_name(var_one, var_two,

                        var_three, var_four)

# 不对准左括号，但加多一层缩进，以和后面内容区别。

def long_function_name(

        var_one, var_two, var_three,

        var_four):

    print(var_one)

# 悬挂缩进必须加多一层缩进.

foo = long_function_name(

    var_one, var_two,

    var_three, var_four)


-- NO

# 不使用垂直对齐时，第一行不能有参数。

foo = long_function_name(var_one, var_two,

    var_three, var_four)

# 参数的缩进和后续内容缩进不能区别。

def long_function_name(

    var_one, var_two, var_three,

    var_four):

    print(var_one)4个空格的规则是对续行可选的# 悬挂缩进不一定是4个空格

foo = long_function_name(

  var_one, var_two,

  var_three, var_four)if语句跨行时，两个字符关键字(比如if)加上一个空格，再加上左括号构成了很好的缩进。后续行暂时没有规定，至少有如下三种格式，建议使用第3种。# 没有额外缩进，不是很好看，个人不推荐.

if (this_is_one_thing and

    that_is_another_thing):

    do_something()

# 添加注释

if (this_is_one_thing and

    that_is_another_thing):

    #Since both conditions are true, we can frobnicate.

    do_something()

#额外添加缩进,推荐。

#Add some extra indentation on the conditional continuation line.

if (this_is_one_thing

        and that_is_another_thing):

    do_something()

右边括号也可以另起一行。有两种格式，建议第2种。右括号不回退my_list = [

    1, 2, 3,

    4, 5, 6,

    ]

result = some_function_that_takes_arguments(

    'a', 'b', 'c',

    'd', 'e', 'f',

    )

-- 右括号回退

my_list = [

    1, 2, 3,

    4, 5, 6,

]

result = some_function_that_takes_arguments(

    'a', 'b', 'c',

    'd', 'e', 'f',

)空格是首选的缩进方法。Tab仅仅在已经使用tab缩进的代码中为了保持一致性而使用。Python 3中不允许混合使用Tab和空格缩进。Python 2的包含空格与Tab和空格缩进的应该全部转为空格缩进。Python2命令行解释器使用-t选项时有非法混合Tab和空格的情况会告警。当使用-tt警告提升为错误。强烈推荐这些选项！另外个人推荐pep8和autopep8模块。==== 最大行宽 ======== 最大行宽 ====限制所有行的最大行宽为79字符。文本长块，比如文档字符串或注释，行长度应限制为72个字符。多数工具默认的续行功能会破坏代码结构，使它更难理解，不推荐使用。但是超过80个字符加以提醒是必要的。一些工具可能根本不具备动态换行功能。一些团队强烈希望更长的行宽。如果能达成一致，可以从从80提高到100个字符(最多99个字符)增加了标称线的长度，不过依旧建议文档字符串和注释保持在72的长度。Python标准库比较保守，限制行宽79个字符(文档字符串/注释72）。续行的首选方法是使用小括号、中括号和大括号反斜线仍可能在适当的时候。其次是反斜杠。比如with语句中：with open('/path/to/some/file/you/want/to/read') as file_1, \

    open('/path/to/some/file/being/written', 'w') as file_2:

    file_2.write(file_1.read())==== 空行 ====  * 两行空行分割顶层函数和类的定义。  * 类的方法定义用单个空行分割。  * 额外的空行可以必要的时候用于分割不同的函数组，但是要尽量节约使用。  * 额外的空行可以必要的时候在函数中用于分割不同的逻辑块，但是要尽量节约使用。  * Python接 contol-L作为空白符；许多工具视它为分页符，这些要因编辑器而异。==== 源文件编码 ====在核心Python发布的代码应该总是使用UTF-8(ASCII在Python 2)。ASCII文件(Python 2)或UTF-8(Python 3)不应有编码声明。标准库中非默认的编码应仅用于测试或当注释或文档字符串,比如包含非ASCII字符的作者姓名，尽量使用\x , \u , \U , or \N。Python 3.0及以后版本，PEP 3131可供参考，部分内容如下：在Python标准库必须使用ASCII标识符，并尽量只使用英文字母。此外字符串和注释也必须用ASCII。唯一的例外是：（a）测试非ASCII的功能，和（b）作者的名字不是拉丁字母。===== 导入 =====  * 导入在单独行-- Yes：

import os

import sys

from subprocess import Popen, PIPE

-- No:

import sys, os* 导入始终在文件的顶部，在模块注释和文档字符串之后，在模块全局变量和常量之前。导入顺序如下：标准库进口,相关的第三方库，本地库。各组的导入之间要有空行。相关的all放在导入之后。  * 推荐绝对路径导入，因为它们通常更可读，而且往往是表现更好的（或至少提供更好的错误消息。import mypkg.sibling

from mypkg import sibling

from mypkg.sibling import example在绝对路径比较长的情况下，也可以使用相对路径：from . import sibling

from .sibling import examplePython 3中已经禁止隐式的相对导入。  * 导入类的方法：from myclass import MyClass

from foo.bar.yourclass import YourClass如果和本地名字有冲突：import myclass

import foo.bar.yourclass禁止使用通配符导入。通配符导入(fromimport *)应该避免，因为它不清楚命名空间有哪些名称存，混淆读者和许多自动化的工具。唯一的例外是重新发布对外的API时可以考虑使用。===== 字符串引用 ===== Python中单引号字符串和双引号字符串都是相同的。注意尽量避免在字符串中的反斜杠以提高可读性。==== 表达式和语句中的空格 ===== 强制要求  * 括号里边避免空格#括号里边避免空格

--Yes

spam(ham[1], {eggs: 2})

-- No

spam( ham[ 1 ], { eggs: 2 } )* 逗号，冒号，分号之前避免空格#逗号，冒号，分号之前避免空格

-- Yes

if x == 4: print x, y; x, y = y, x

-- No

if x == 4 : print x , y ; x , y = y , x* 索引操作中的冒号当作操作符处理前后要有同样的空格(一个空格或者没有空格。--  Yes

ham[1:9], ham[1:9:3], ham[:9:3], ham[1::3], ham[1:9:]

ham[lower:upper], ham[lower:upper:], ham[lower::step]

ham[lower+offset : upper+offset]

ham[: upper_fn(x) : step_fn(x)], ham[:: step_fn(x)]

ham[lower + offset : upper + offset]

--  No

ham[lower + offset:upper + offset]

ham[1: 9], ham[1 :9], ham[1:9 :3]

ham[lower : : upper]

ham[ : upper]函数调用的左括号之前不能有空格--  Yes

spam(1)

dct['key'] = lst[index]

--  No

spam (1)

dct ['key'] = lst [index]* 赋值等操作符前后不能因为对齐而添加多个空格--  Yes

x = 1

y = 2

long_variable = 3

--  No

x = 1

y  = 2

long_variable = 3其他建议  * 二元运算符两边放置一个空格:涉及 =、符合操作符 ( += , -=等)、比较( == , < , > , != , <> , <= , >= , in , not in , is , is not )、布尔( and , or , not )。  * 优先级高的运算符或操作符的前后不建议有空格。-- Yes

i = i + 1

submitted += 1

x = x*2 - 1

hypot2 = x*x + y*y

c = (a+b) * (a-b)

-- No

i=i+1

submitted +=1

x = x * 2 - 1

hypot2 = x * x + y * y

c = (a + b) * (a - b)* 关键字参数和默认值参数的前后不要加空格--  Yes

def complex(real, imag=0.0):

    return magic(r=real, i=imag)

--  No

def complex(real, imag = 0.0):

    return magic(r = real, i = imag)* 函数注释中，=前后要有空格，冒号和"->"的前面无空格，后面有空格。--  Yes

def munge(input: AnyStr):

def munge(sep: AnyStr = None):

def munge() -> AnyStr:

def munge(input: AnyStr, sep: AnyStr = None, limit=1000):

--  No

def munge(input: AnyStr=None):

def munge(input:AnyStr):

def munge(input: AnyStr)->PosInt:* 通常不推荐复合语句(Compound statements: 多条语句写在同一行)。--  Yes

if foo == 'blah':

    do_blah_thing()

do_one()

do_two()

do_three()

--  No

if foo == 'blah': do_blah_thing()

do_one(); do_two(); do_three()* 尽管有时可以在if/for/while 的同一行跟一小段代码，但绝不要跟多个子句，并尽量避免换行。--  Noif foo == 'blah': do_blah_thing()for x in lst: total += xwhile t < 10: t = delay()更不是：--  No

if foo == 'blah': do_blah_thing()

else: do_non_blah_thing()

try: something()

finally: cleanup()

do_one(); do_two(); do_three(long, argument,

                            list, like, this)

if foo == 'blah': one(); two(); three()===== 注释 ===== 与代码自相矛盾的注释比没注释更差。修改代码时要优先更新注释！注释是完整的句子。如果注释是断句，首字母应该大写，除非它是小写字母开头的标识符(永远不要修改标识符的大小写)。如果注释很短，可以省略末尾的句号。注释块通常由一个或多个段落组成。段落由完整的句子构成且每个句子应该以点号(后面要有两个空格)结束，并注意断词和空格。非英语国家的程序员请用英语书写你的注释，除非你120%确信代码永远不会被不懂你的语言的人阅读。注释块注释块通常应用在代码前，并和这些代码有同样的缩进。每行以 '===== '(除非它是注释内的缩进文本，注意#后面有空格)。注释块内的段落用仅包含单个 '#' 的行分割。行内注释慎用行内注释(Inline Comments) 节俭使用行内注释。 行内注释是和语句在同一行，至少用两个空格和语句分开。行内注释不是必需的，重复罗嗦会使人分心。不要这样做：x = x + 1 #Increment x但有时很有必要:x = x + 1 #Compensate for border===== 命名约定 =====  * 避免采用的名字决不要用字符'l'(小写字母el)，'O'(大写字母oh)，或 'I'(大写字母eye) 作为单个字符的变量名。一些字体中，这些字符不能与数字1和0区别。用'L' 代替'l'时。  * 包和模块名模块名要简短，全部用小写字母，可使用下划线以提高可读性。包名和模块名类似，但不推荐使用下划线。模块名对应到文件名，有些文件系统不区分大小写且截短长名字，在 Unix上不是问题，但当把代码迁移到 Mac、Windows 或 DOS 上时，就可能是个问题。当然随着系统的演进，这个问题已经不是经常出现。另外有些模块底层用C或C++ 书写，并有对应的高层Python模块，C/C++模块名有一个前置下划线 (如：_socket)。  * 类名遵循CapWord。接口需要文档化并且可以调用时，可能使用函数的命名规则。注意大部分内置的名字是单个单词（或两个），CapWord只适用于异常名称和内置的常量。  * 异常名如果确实是错误，需要在类名添加后缀 "Error"。  * 全局变量名变量尽量只用于模块内部，约定类似函数。对设计为通过 "from M import " 来使用的模块，应采用 __all__ 机制来防止导入全局变量；或者为全局变量加一个前置下划线。  * 函数名函数名应该为小写，必要时可用下划线分隔单词以增加可读性。 mixedCase(混合大小写)仅被允许用于兼容性考虑(如: threading.py)。*函数和方法的参数实例方法第一个参数是 'self'。类方法第一个参数是 'cls'。如果函数的参数名与保留关键字冲突，通常在参数名后加一个下划线。  * 方法名和实例变量同函数命名规则。非公开方法和实例变量增加一个前置下划线。为避免与子类命名冲突，采用两个前置下划线来触发重整。类Foo属性名为  * a， 不能以 Foo.__a访问。(执著的用户还是可以通过Foo._Foo__a。) 通常双前置下划线仅被用来避免与基类的属性发生命名冲突。  * 常量常量通常在模块级定义,由大写字母用下划线分隔组成。比如括MAX_OVERFLOW和TOTAL。  * 继承设计考虑类的方法和实例变量(统称为属性)是否公开。如果有疑问，选择不公开；把其改为公开比把公开属性改为非公开要容易。公开属性可供所有人使用，并通常向后兼容。非公开属性不给第三方使用、可变甚至被移除。这里不使用术语"private"， Python中没有属性是真正私有的。另一类属性是子类API(在其他语言中通常称为 "protected")。 一些类被设计为基类，可以扩展和修改。谨记这些Python指南：1.公开属性应该没有前导下划线。2. 如果公开属性名和保留关键字冲突，可以添加后置下划线3. 简单的公开数据属性，最好只公开属性名，没有复杂的访问/修改方法，python的Property提供了很好的封装方法。 d.如果不希望子类使用的属性，考虑用两个前置下划线(没有后置下划线)命名。==== 公共和内部接口任何向后兼容的保证只适用于公共接口。文档化的接口通常是公共的，除非明说明是临时的或为内部接口、其他所有接口默认是内部的。为了更好地支持内省，模块要在__all__属性列出公共API。内部接口要有前置下划线。如果命名空间(包、模块或类)是内部的，里面的接口也是内部的。导入名称应视为实现细节。其他模块不能间接访名字，除非在模块的API文档中明确记载，如os.path中或包的__init__暴露了子模块。===== 编程建议 ====考虑多种Python实现(PyPy, Jython, IronPython,Pyrex, Psyco, 等等)。例如，CPython对a+=b或a=a+b等语句有高效的实现，但在Jython中运行很慢，尽量改用.join()。None比较用'is'或'is not'，不要用等号。注意"if x is not None" 与"if x" 的区别。用"is not"代替"not ... is"。前者的可读性更好。--  Yes

if foo is not None

--  No

if not foo is None* 使用基于类的异常。比较排序操作最好是实现所有六个操作，而不是代码中实现比较逻辑。functools.total_ordering()装饰符可以生成缺失的比较方法。__eq__，__ne__，__lt__，__lt__，__gt__，____）PEP207 比较标准表明反射规则由Python完成。因此解释器可能会交换参数的位置，比如替换y > x为x < y，所以有必要实现这5种方法。  * 使用函数定义def代替lambda赋值给标识符：--  Yes

def f(x):

    return 2*x

--  No

f = lambda x: 2*x前者更适合回调和字符串表示。  * 异常类继承自Exception，而不是BaseException。源于异常，而不是BaseException例外。从BaseException直接继承的例外情况追赶他们几乎总是错误的事情做保留。要设计基于层次的异常，捕捉到需要的异常，而不是异常引发的位置。能回答：“出了什么问题？”，而不是仅仅指出“问题发生”(更多参考：PEP3151 重构OS和IO异常层次）  * 适当使用异常链。在Python3中"raise X from Y"明确表示更换且保留了原来的traceback。替换内部异常(在Python2: "raise X"或"raise X from None")时，确保相关细节转移到新的异常（如转换KeyError为AttributeError保存属性名，或在新的异常中嵌入原始异常)。  * 捕获异常时尽量指明具体异常，而不是空"except:"子句。比如：--  Yes

try:

    import platform_specific_module

except ImportError:

    platform_specific_module = None空"except:"子句(相当于except Exception)会捕捉SystemExit和KeyboardInterrupt异常，难以用Control-C中断程序，并可掩盖其他问题。如果 你捕捉信号错误之外所有的异常，使用"except Exception"。空"except:"子句适用的情况两种情况：a, 打印出或记录了traceback，至少让用户将知道已发生错误。b, 代码需要做一些清理工作，并用 raise转发了异常。这样try...finally可以捕捉到它。  * Python 2.6以后建议用as显示绑定异常名：--  Yes

try:

    process_data()

except Exception as exc:

    raise DataProcessingFailedError(str(exc))这样才能兼容Python3语法并避免歧义。  * 捕捉操作系统错误时，建议使用Python 3.3引入显式异常层次，支持内省errno值。  * 此外所有try/except子句的代码要尽可的少，以免屏蔽其他的错误。--  Yes

try:

    value = collection[key]

except KeyError:

    return key_not_found(key)

else:

    return handle_value(value)

--  No

try:

    ===== 太泛了!

    return handle_value(collection[key])

except KeyError:

    # 会捕捉到handle_value()中的KeyError

    return key_not_found(key)* 本地资源建议使用with语句，以确保即时清理。当然try / finally语句也是可以接受的。  * 上下文管理器在做获取和释放资源之外的事情时，应通过独立的函数或方法。例如：--  Yes

with conn.begin_transaction():

    do_stuff_in_transaction(conn)

--  No

with conn:

    do_stuff_in_transaction(conn)

后者指明enter和exit方法。*　函数或者方法在没有返回时要明确返回None。--  Yesdef foo(x):

    if x >= 0:

        return math.sqrt(x)

    else:

        return Nonedef bar(x):

    if x < 0:

        return None

    return math.sqrt(x)--  Nodef foo(x):

    if x >= 0:

        return math.sqrt(x)def bar(x):

    if x < 0:

        return

    return math.sqrt(x)* 使用字符串方法而不是string模块。python 2.0以后字符串方法总是更快，且Unicode字符串相同的API。  * 使用 .startswith()和.endswith()代替字符串切片来检查前缀和后缀。andstartswith()和endswith更简洁，利于减少错误。例如：--  Yes

if foo.startswith('bar'):

--  No

if foo[:3] == 'bar':* 使用isinstance()代替对象类型的比较：![--  Yes

if isinstance(obj, int):

--  No

if type(obj) is type(1):]检查是否是字符串时，注意Python 2中str和unicode有公共的基类:if isinstance(obj, basestring): 在 Python 2.2 中，types 模块为此定义了 StringTypes 类型，例如：--  Yes

if isinstance(obj, basestring):Python3中Unicode和basestring的不再存在(只有str)和字节对象不再是字符串(是整数序列)对序列(字符串、列表 、元组), 空序列为false:--  Yes

if not seq:

  pass

if seq:

  pass

--  No

if len(seq):

  pass

if not len(seq):

  pass* 字符串后面不要有大量拖尾空格。  * 不要用 == 进行布尔比较--  Yes

if greeting::

  pass

--  No

if greeting == True

  pass

if greeting is True: #Worse

  pass参考：[https://www.python.org/dev/peps/pep-0008/](https://www.python.org/dev/peps/pep-0008/)

©著作权归作者所有,转载或内容合作请联系作者
  • 人面猴
    序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
    沈念sama阅读 160,585评论 4赞 365
  • 死咒
    序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
    沈念sama阅读 67,923评论 1赞 301
  • 救了他两次的神仙让他今天三更去死
    文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
    开封第一讲书人阅读 110,314评论 0赞 248
  • 道士缉凶录：失踪的卖姜人
    文/不坏的土叔 我叫张陵，是天一观的道长。 经常有香客问我，道长，这世上最难降的妖魔是什么？ 我笑而不...
    开封第一讲书人阅读 44,346评论 0赞 214
  • 港岛之恋（遗憾婚礼）
    正文 为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
    茶点故事阅读 52,718评论 3赞 291
  • 恶毒庶女顶嫁案：这布局不是一般人想出来的
    文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
    开封第一讲书人阅读 40,828评论 1赞 223
  • 城市分裂传说
    那天，我揣着相机与录音，去河边找鬼。 笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。 我是一名探鬼主播，决...
    沈念sama阅读 32,020评论 2赞 315
  • 双鸳鸯连环套：你想象不到人心有多黑
    文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
    开封第一讲书人阅读 30,758评论 0赞 204
  • 万荣杀人案实录
    序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
    沈念sama阅读 34,486评论 1赞 246
  • 护林员之死
    正文 独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,722评论 2赞 251
  • 白月光启示录
    正文 我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,196评论 1赞 262
  • 活死人
    序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
    沈念sama阅读 28,546评论 3赞 258
  • 日本核电站爆炸内幕
    正文 年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
    茶点故事阅读 33,211评论 3赞 240
  • 男人毒药：我在死后第九天来索命
    文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,132评论 0赞 8
  • 一桩弑父案，背后竟有这般阴谋
    文/苍兰香墨 我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,916评论 0赞 200
  • 情欲美人皮
    我被黑心中介骗来泰国打工， 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。 一个月前我还...
    沈念sama阅读 35,904评论 2赞 283
  • 代替公主和亲
    正文 我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
    茶点故事阅读 35,758评论 2赞 274

推荐阅读更多精彩内容

  • Python编码规范
    --< > 令人讨厌的小人物身上有着愚蠢的一致性 --(A Foolish Consistency is the ...
    LittleWizard阅读 3,152评论 0赞 4
  • Python编码格式
    源地址：http://www.runoob.com/w3cnote/google-python-styleguid...
    skaiger阅读 496评论 0赞 0
  • python高级编程3
    1.模块进阶 Python有一套很有用的标准库(standard library)。标准库会随着Python解释器...
    TENG书阅读 982评论 0赞 0
  • 送命的米
    傍晚的时候，一群人围着一个煤气烧烤炉子，里面是六只迷路的鸽子。 善良的女孩会在不久后伤心。 这场杀戮势在必行。 鸽...
    关馨仁阅读 264评论 0赞 1
  • 2018心愿单
    1.一周5-7天写简书2.一个月一本书，一年至少看12本书，看完写读书笔记3.报写作班4.
    素未谋面阅读 107评论 0赞 0