文档介绍：Python 编码规范遵循良好的编码风格,可以有效的提高代码的可读性,降低出错几率和维护难度。在团队开发中,使用(尽量)统一的编码风格,还可以降低沟通成本。网上有很多版本的编码规范,基本上都是遵循 PEP8的规范:PEP0008—StyleGuideforPythonCodeGoogle的Python风格指南PythonGuide-CodeStylePocooStyleguide除了在编码时主动遵循规范,还有很多有用的工具:IntelliJIDEA 和PyCharm的格式化代码功能Google开源的Python文件格式化工具:google/yapfpyflakes,pylint 等工具及各种编辑器的插件本文的内容主要摘自互联网上各种版本的规范, 因为公司有些小伙伴代码风格不太好, 所以整理了一份算是团队的编码规范。缩进不要使用tab缩进使用任何编辑器写Python,请把一个tab展开为4个空格绝对不要混用tab和空格,否则容易出现 IndentationError空格在list,dict,tuple,set,参数列表的口后面加一个空格在dict的口后面加一个空格在注释符号#后面加一个空格,但是#!/usr/bin/python的#后不能有空操作符两端加一个空格,如 +,H, |*,[/],山,[&,冃接上一条,在参数列表里的 =两端不需要空格括号((L,L匸)内的两端不需要空格空行function和class顶上两个空行class的method之间一个空行函数内逻辑无关的段落之间空一行,不要过度使用空行不要把多个语句写在一行,然后用讪隔开if/for/while 语句中,即使执行语句只有一句,也要另起一行换行每一行代码控制在80字符以内使用LI或控制换行,举例:命名使用有意义的,英文单词或词组,绝对不要使用汉语拼音package/module名中不要出现 口各种类型的命名规范:Type Public InternalModulesPackagesClassesExceptionsFunctionsGlobal/ClassConstantslowerwithunderlowerwithunderCapWordsCapWords lowerwithunder()lowerwithunderl—CapWord*lowerwithunder()CAPSWITHUNDERCAPSWITHUNDERGlobal/ClassVariableslower_with_under_lower_with_underInstaneeVariableslower_with_under_lower_with_under(protected)or __lower_with_under (privatMethodNames|lowerwithunder()_lower_with_under()|(protected)or __lower_with_under() (prFunction/MethodParameterslower_with_underLocalVariables|lower_with_underimport所有import 尽量放在文件开头,在docstring下面,其他变量定义的上面不要使用fromfooimort*import需要分组,每组之间一个空行,每个分组