zoukankan      html  css  js  c++  java
  • 11.12 代码规范

    官网链接 https://www.python.org/dev/peps/pep-0008/#introduction
    决定开始Python之路了,利用业余时间,争取更深入学习Python。编程语言不是艺术,而是工作或者说是工具,所以整理并遵循一套编码规范是十分必要的。所以今天下午我根据PEP 8整理了一份,以后都照此编码了,还会持续更新。 PEP8 Python 编码规范 一 代码编排 1 缩进。4个空格的缩进(编辑器都可以完成此功能),不使用Tap,更不能混合使用Tap和空格。 2 每行最大长度79,换行可以使用反斜杠,最好使用圆括号。换行点要在操作符的后边敲回车。 3 类和top-level函数定义之间空两行;类中的方法定义之间空一行;函数内逻辑无关段落之间空一行;其他地方尽量不要再空行。 二 文档编排 1 模块内容的顺序:模块说明和docstring—import—globals&constants—其他定义。其中import部分,又按标准、三方和自己编写顺序依次排放,之间空一行。 2 不要在一句import中多个库,比如import os, sys不推荐。 3 如果采用from XX import XX引用库,可以省略‘module.’,都是可能出现命名冲突,这时就要采用import XX。 三 空格的使用 总体原则,避免不必要的空格。 1 各种右括号前不要加空格。 2 逗号、冒号、分号前不要加空格。 3 函数的左括号前不要加空格。如Func(1)。 4 序列的左括号前不要加空格。如list[2]。 5 操作符左右各加一个空格,不要为了对齐增加空格。 6 函数默认参数使用的赋值符左右省略空格。 7 不要将多句语句写在同一行,尽管使用‘;’允许。 8 if/for/while语句中,即使执行语句只有一句,也必须另起一行。 四 注释 总体原则,错误的注释不如没有注释。所以当一段代码发生变化时,第一件事就是要修改注释! 注释必须使用英文,最好是完整的句子,首字母大写,句后要有结束符,结束符后跟两个空格,开始下一句。如果是短语,可以省略结束符。 1 块注释,在一段代码前增加的注释。在‘#’后加一空格。段落之间以只有‘#’的行间隔。比如: # Description : Module config. # # Input : None # # Output : None 2 行注释,在一句代码后加注释。比如:x = x + 1 # Increment x 但是这种方式尽量少使用。 3 避免无谓的注释。 五 文档描述 1 为所有的共有模块、函数、类、方法写docstrings;非共有的没有必要,但是可以写注释(在def的下一行)。 2 如果docstring要换行,参考如下例子,详见PEP 257 """Return a foobang Optional plotz says to frobnicate the bizbaz first. """ 六 命名规范 总体原则,新编代码必须按下面命名风格进行,现有库的编码尽量保持风格。 1 尽量单独使用小写字母‘l’,大写字母‘O’等容易混淆的字母。 2 模块命名尽量短小,使用全部小写的方式,可以使用下划线。 3 包命名尽量短小,使用全部小写的方式,不可以使用下划线。 4 类的命名使用CapWords的方式,模块内部使用的类采用_CapWords的方式。 5 异常命名使用CapWords+Error后缀的方式。 6 全局变量尽量只在模块内有效,类似C语言中的static。实现方法有两种,一是__all__机制;二是前缀一个下划线。 7 函数命名使用全部小写的方式,可以使用下划线。 8 常量命名使用全部大写的方式,可以使用下划线。 9 类的属性(方法和变量)命名使用全部小写的方式,可以使用下划线。 9 类的属性有3种作用域public、non-public和subclass API,可以理解成C++中的public、private、protected,non-public属性前,前缀一条下划线。 11 类的属性若与关键字名字冲突,后缀一下划线,尽量不要使用缩略等其他方式。 12 为避免与子类属性命名冲突,在类的一些属性前,前缀两条下划线。比如:类Foo中声明__a,访问时,只能通过Foo._Foo__a,避免歧义。如果子类也叫Foo,那就无能为力了。 13 类的方法第一个参数必须是self,而静态方法第一个参数必须是cls。 七 编码建议 1 编码中考虑到其他python实现的效率等问题,比如运算符‘+’在CPython(Python)中效率很高,都是Jython中却非常低,所以应该采用.join()的方式。 2 尽可能使用‘is’‘is not’取代‘==’,比如if x is not None 要优于if x。 3 使用基于类的异常,每个模块或包都有自己的异常类,此异常类继承自Exception。 4 异常中不要使用裸露的except,except后跟具体的exceptions。 5 异常中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) 6 使用startswith() and endswith()代替切片进行序列前缀或后缀的检查。比如: Yes: if foo.startswith('bar'):优于 No: if foo[:3] == 'bar': 7 使用isinstance()比较对象的类型。比如 Yes: if isinstance(obj, int): 优于 No: if type(obj) is type(1): 8 判断序列空或不空,有如下规则 Yes: if not seq: if seq: 优于 No: if len(seq) if not len(seq) 9 字符串不要以空格收尾。 10 二进制数据判断使用 if boolvalue的方式。

      

    决定开始Python之路了,利用业余时间,争取更深入学习Python。编程语言不是艺术,而是工作或者说是工具,所以整理并遵循一套编码规范是十分必要的。所以今天下午我根据PEP 8整理了一份,以后都照此编码了,还会持续更新。

    PEP8 Python 编码规范

    一 代码编排
    1 缩进。4个空格的缩进(编辑器都可以完成此功能),不使用Tap,更不能混合使用Tap和空格。
    2 每行最大长度79,换行可以使用反斜杠,最好使用圆括号。换行点要在操作符的后边敲回车。
    3 类和top-level函数定义之间空两行;类中的方法定义之间空一行;函数内逻辑无关段落之间空一行;其他地方尽量不要再空行。

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

    三 空格的使用
            总体原则,避免不必要的空格。
    1 各种右括号前不要加空格。
    2 逗号、冒号、分号前不要加空格。
    3 函数的左括号前不要加空格。如Func(1)。
    4 序列的左括号前不要加空格。如list[2]。
    5 操作符左右各加一个空格,不要为了对齐增加空格。
    6 函数默认参数使用的赋值符左右省略空格。
    7 不要将多句语句写在同一行,尽管使用‘;’允许。
    8 if/for/while语句中,即使执行语句只有一句,也必须另起一行。

    四 注释
            总体原则,错误的注释不如没有注释。所以当一段代码发生变化时,第一件事就是要修改注释!
            注释必须使用英文,最好是完整的句子,首字母大写,句后要有结束符,结束符后跟两个空格,开始下一句。如果是短语,可以省略结束符。
    1 块注释,在一段代码前增加的注释。在‘#’后加一空格。段落之间以只有‘#’的行间隔。比如:
    # Description : Module config.
    #
    # Input : None
    #
    # Output : None
    2 行注释,在一句代码后加注释。比如:x = x + 1 # Increment x
    但是这种方式尽量少使用。
    3 避免无谓的注释。

    五 文档描述
    1 为所有的共有模块、函数、类、方法写docstrings;非共有的没有必要,但是可以写注释(在def的下一行)。
    2 如果docstring要换行,参考如下例子,详见PEP 257
    """Return a foobang

    Optional plotz says to frobnicate the bizbaz first.

    """

    六 命名规范
            总体原则,新编代码必须按下面命名风格进行,现有库的编码尽量保持风格。
    1 尽量单独使用小写字母‘l’,大写字母‘O’等容易混淆的字母。
    2 模块命名尽量短小,使用全部小写的方式,可以使用下划线。
    3 包命名尽量短小,使用全部小写的方式,不可以使用下划线。
    4 类的命名使用CapWords的方式,模块内部使用的类采用_CapWords的方式。
    5 异常命名使用CapWords+Error后缀的方式。
    6 全局变量尽量只在模块内有效,类似C语言中的static。实现方法有两种,一是__all__机制;二是前缀一个下划线。
    7 函数命名使用全部小写的方式,可以使用下划线。
    8 常量命名使用全部大写的方式,可以使用下划线。
    9 类的属性(方法和变量)命名使用全部小写的方式,可以使用下划线。
    9 类的属性有3种作用域public、non-public和subclass API,可以理解成C++中的public、private、protected,non-public属性前,前缀一条下划线。
    11 类的属性若与关键字名字冲突,后缀一下划线,尽量不要使用缩略等其他方式。
    12 为避免与子类属性命名冲突,在类的一些属性前,前缀两条下划线。比如:类Foo中声明__a,访问时,只能通过Foo._Foo__a,避免歧义。如果子类也叫Foo,那就无能为力了。
    13 类的方法第一个参数必须是self,而静态方法第一个参数必须是cls。

    七 编码建议
    1 编码中考虑到其他python实现的效率等问题,比如运算符‘+’在CPython(Python)中效率很高,都是Jython中却非常低,所以应该采用.join()的方式。
    2 尽可能使用‘is’‘is not’取代‘==’,比如if x is not None 要优于if x。
    3 使用基于类的异常,每个模块或包都有自己的异常类,此异常类继承自Exception。
    4 异常中不要使用裸露的except,except后跟具体的exceptions。
    5 异常中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)
    6 使用startswith() and endswith()代替切片进行序列前缀或后缀的检查。比如:
    Yes: if foo.startswith('bar'):优于
    No: if foo[:3] == 'bar':
    7 使用isinstance()比较对象的类型。比如
    Yes: if isinstance(obj, int): 优于
    No: if type(obj) is type(1):
    8 判断序列空或不空,有如下规则
    Yes: if not seq:
    if seq:
    优于
    No: if len(seq)
    if not len(seq)
    9 字符串不要以空格收尾。
    10 二进制数据判断使用 if boolvalue的方式。

  • 相关阅读:
    201771010134杨其菊《面向对象程序设计(java)》第十三周学习总结
    201771010107-冯志霞 实验四 软件项目案例分析
    201771010107-冯志霞 实验三 结对项目——《西北师范大学疫情防控信息系统》项目报告
    201771010107-冯志霞 实验二 个人项目-《西北师范大学学生疫情上报系统》项目报告
    201771010107 冯志霞 实验一 软件工程准备
    冯志霞201771010107《面向对象程序设计(java)》第十八周学习总结
    冯志霞201771010107《面向对象程序设计(java)》第十七周学习总结
    冯志霞201771010107《面向对象程序设计(java)》第十六周学习总结
    冯志霞201771010107《面向对象程序设计(java)》第十五周学习总结
    冯志霞201771010107《面向对象程序设计(java)》第十四周学习总结
  • 原文地址:https://www.cnblogs.com/zzy7372/p/9946530.html
Copyright © 2011-2022 走看看