ImageVerifierCode 换一换
格式:DOCX , 页数:10 ,大小:22.39KB ,
资源ID:2804147      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/2804147.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(python开发编码规范pdf.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

python开发编码规范pdf.docx

1、python开发编码规范pdf竭诚为您提供优质文档/双击可除python,开发编码规范.pdf篇一:python开发编码规范python开发编码规范这篇文档所给出的编码约定适用于在主要的python发布版本中组成标准库的python代码,请查阅相关的关于在python的c实现中c代码风格指南的描述。这篇文档改编自guido最初的python风格指南一文,并从barrysstyleguide中添加了部分内容。在有冲突的地方,guide的风格规则应该是符合本pep的意图(译注:指当有冲突时,应以guido风格为准)。这篇pep仍然尚未完成(实际上,它可能永远都不会完成)。在这篇风格指导中的一致性是

2、重要的。在一个项目内的一致性更重要。在一个模块或函数内的一致性最重要。但最重要的是:知道何时会不一致有时只是没有实施风格指导。当出现疑惑时,运用你的最佳判断,看看别的例子,然后决定怎样看起来更好。并且要不耻下问!打破一条既定规则的两个好理由:(1)当应用这个规则是将导致代码可读性下降,即便对某人来说,他已经习惯于按这条规则来阅读代码了。(2)为了和周围的代码保持一致而打破规则(也许是历史原因),虽然这也是个清除其它混乱的好机会(真正的xp风格)。代码的布局缩进使用emacs的python-mode的默认值:4个空格一个缩进层次。对于确实古老的代码,你不希望产生混乱,可以继续使用8空格的制表符(

3、8-spacetabs)。emacspython-mode自动发现文件中主要的缩进层次,依此设定缩进参数。制表符还是空格永远不要混用制表符和空格。最流行的python缩进方式是仅使用空格,其次是仅使用制表符,混合着制表符和空格缩进的代码将被转换成仅使用空格。(在emacs中,选中整个缓冲区,按esc-x去除制表符。)调用python命令行解释器时使用-t选项,可对代码中不合法得混合制表符和空格发出警告,使用-tt时警告将变成错误。这些选项是被高度推荐的。对于新的项目,强烈推荐仅使用空格而不是制表符。许多编辑器拥有使之易于实现的功能(在emacs中,确认indent-tabs-mode是nil)

4、。行的最大长度周围仍然有许多设备被限制在每行80字符:而且,窗口限制在80个字符。使将多个窗口并排放置成为可能。在这些设备上使用默认的折叠方式看起来有点丑陋。因此,请将所有行限制在最大79字符(emacs准确得将行限制为长80字符),对顺序排放的大块文本(文档字符串或注释),推荐将长度限制在72字符。折叠长行的首选方法是使用pyhon支持的圆括号,方括号和花括号内的行延续。如果需要,你可以在表达式周围增加一对额外的圆括号,但是有时使用反斜杠看起来更好,确认恰当得缩进了延续的行。emacs的python-mode正确得完成了这些。一些例子:#!pythonclassRectangle(blob)

5、:def_init_(self,width,height,color=black,emphasis=none,highlight=0):ifwidth=0andheight=0andcolor=redandemphasis=strongorhighlight100:raiseValueerror,sorry,youloseifwidth=0andheight=0and(color=redoremphasisisnone):raiseValueerror,idontthinksoblob._init_(self,width,height,color,emphasis,highlight)空行用两

6、行空行分割顶层函数和类的定义,类内方法的定义用单个空行分割,额外的空行可被用于(保守的)分割相关函数组成的群,在一组相关的单句中间可以省略空行。(例如:一组哑元素)。当空行用于分割方法的定义时,在class行和第一个方法定义之间也要有一个空行。在函数中使用空行时,请谨慎的用于表示一个逻辑段落。python接受contol-l(即l)换页符作为空格:emacs(和一些打印工具),视这个字符为页面分割符,因此在你的文件中,可以用他们来为相关片段分页。编码python核心发布中的代码必须始终使用ascii或latin-1编码(又名iso-8859-1),使用ascii的文件不必有编码cookie,l

7、atin-1仅当注释或文档字符串涉及作者名字需要latin-1时才被使用:另外使用x转义字符是在字符串中包含非ascii(non-ascii)数据的首选方法。作为pep263实现代码的测试套件的部分文件是个例外。导入通常应该在单独的行中导入(imports),例如:no:importsys,osyes:importsysimportos但是这样也是可以的:fromtypesimportstringtype,listtypeimports通常被放置在文件的顶部,仅在模块注释和文档字符串之后,在模块的全局变量和常量之前。imports应该有顺序地成组安放:1、标准库的导入(imports)2、相关

8、的主包(majorpackage)的导入(即,所有的email包在随后导入)3、特定应用的导入(imports)你应该在每组导入之间放置一个空行,对于内部包的导入是不推荐使用相对导入的,对所有导入都要使用包的绝对路径。从一个包含类的模块中导入类时,通常可以写成这样:frommyclassimportmyclassfromfoo.bar.yourclassimportyourclass如果这样写导致了本地名字冲突,那么就这样写importmyclassimportfoo.bar.yourclass即使用myclass.myclass和foo.bar.yourclass.yourclass表达式和

9、语句中的空格guido不喜欢在以下地方出现空格:紧挨着圆括号,方括号和花括号的,如:spam(ham1,eggs:2)。要始终将它写成spam(ham1,eggs:2)。紧贴在逗号,分号或冒号前的,如:ifx=4:printx,y:x,y=y,x。要始终将它写成ifx=4:printx,y:x,y=y,x。紧贴着函数调用的参数列表前开式括号(openparenthesis)的,如spam(1)。要始终将它写成spam(1)。紧贴在索引或切片,开始的开式括号前的,如:dictkey=listindex。要始终将它写成dictkey=listindex。在赋值(或其它)运算符周围的用于和其它并排的

10、一个以上的空格,如:#!pythonx=1y=2long_variable=3要始终将它写成#!pythonx=1y=2long_variable=3(不要对以上任意一条和他争论guido养成这样的风格超过20年了。)其它建议始终在这些二元运算符两边放置一个空格:赋值(=),比较(=,!=,=,in,notin,is,isnot),布尔运算(and,or,not)。按你的看法在算术运算符周围插入空格。始终保持二元运算符两边空格的一致。一些例子:#!pythoni=i+1submitted=submitted+1x=x*2-1hypot2=x*x+y*yc=(a+b)*(a-b)c=(a+b)*

11、(a-b)不要在用于指定关键字参数或默认参数值的=号周围使用空格,例如:#!pythondefcomplex(real,imag=0。0):returnmagic(r=real,i=imag)不要将多条语句写在同一行上:no:iffoo=blah:do_blah_thing()yes:iffoo=blah:do_blah_thing()no:do_one():do_two():do_three()yes:do_one()do_two()do_three()注释同代码不一致的注释比没注释更差。当代码修改时,始终优先更新注释!注释应该是完整的句子,如果注释是一个短语或句子,首字母应该大写,除非他是

12、一个以小写字母开头的标识符(永远不要修改标识符的大小写)。如果注释很短,最好省略末尾的句号。注释块通常由一个或多个由完整句子构成的段落组成,每个句子应该以句号结尾。你应该在句末,句号后使用两个空格,以便使emacs的断行和填充工作协调一致。用英语书写时,断词和空格是可用的。非英语国家的python程序员:请用英语书写你的注释,除非你120%的确信这些代码不会被不懂你的语言的人阅读。注释块注释块通常应用于跟随着一些(或者全部)代码并和这些代码有着相同的缩进层次。注释块中每行以#和一个空格开始(除非他是注释内的缩进文本)。注释块内的段落以仅含单个#的行分割。注释块上下方最好有一空行包围(或上方两行

13、下方一行,对一个新函数定义段的注释)。行内注释一个行内注释是和语句在同一行的注释,行内注释应该谨慎适用,行内注释应该至少用两个空格和语句分开,它们应该以#和单个空格开始。x=x+1#incrementx如果语意是很明了的,那么行内注释是不必要的,事实上是应该被移除的。不要这样写:x=x+1#incrementxx=x+1#compensateforborder但是有时,这样是有益的:x=x+1#compensateforborder文档字符串应该一直遵守编写好的文档字符串的约定pep2573。为所有公共模块,函数,类和方法编写文档字符串。文档字符串对非公开的方法不是必要的,但你应该有一个描述这

14、个方法做什么的注释。这个注释应该在def这行后。pep257描述了好的文档字符串的约定。一定注意,多行文档字符串结尾的应该单独成行,例如:Returnafoobangoptionalplotzsaystofrobnicatethebizbazfirst。对单行的文档字符串,结尾的在同一行也可以。版本注记如果你要将Rcs或cVs的杂项(crud)包含在你的源文件中,按如下做。#!python_version_=$Revision:1。4$#$source:e:/cvsroot/python_doc/pep8。txt,v$这个行应该包含在模块的文档字符串之后,所有代码之前,上下用一个空行分割。命名约定python库的命名约定有点混乱,所以我们将永远不能使之变得完全一致,不过还是有公认的命名规范的。新的模块和包(包括第三方的框架)必须符合这些标准,但对已有的库存在不同风格的,保持内部的一致性是首选的。描述:命名风格有许多不同的命名风格。以下的有助于辨认正在使用的命名风格,独立于它们的作用。以下的命名风格是众所周知的:b(单个小写字母)b(单个

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1