根据PEP8:Importsshouldbegroupedinthefollowingorder:standardlibraryimportsrelatedthirdpartyimportslocalapplication/libraryspecificimportsYoushouldputablanklinebetweeneachgroupofimports.但它没有提及__future__导入。__future__导入应该与标准库导入组合在一起还是与标准库导入分开。那么，哪个更受欢迎:from__future__importabsolute_importimportsysimpor
根据PEP8(MaximumLineLength),一行不应超过79个字符。但是，当我尝试拆分查询时，我遇到了连续字符和无效标记等问题。例如，根据PEP8，格式化此查询的最佳方式是什么？cursor.execute("SELECTpivot_idFROMaud_qtyWHEREhshake1isNULLAND((strftime('%s',DATETIME('now'))-strftime('%s',sent_to_pivot))/(60))>30;") 最佳答案 怎么样cursor.execute("""SELECTpivot_i
当Python中有一个返回几个变量的函数时，例如:row,column=search_in_table(table_name,search_for)有时您只需要使用函数返回的变量之一。但是当发生这种情况时，该行会标有PEP8UnusedVariable警告。我该如何处理这种情况才能遵守所有PEP8规则？ 最佳答案 嗯，根据你的喜好，你可以做以下两件事之一:遵循Python对未使用变量的约定，并将每个变量替换为下划线:#Weonlyneedrowrow,_=search_in_table(table_name,search_for)或
我在Ubuntux64机器上使用EclipseJuno。我想更改PyDev的PEP8的默认最大行长度，但我不能!我转到Window/Preferences/PyDev/Editor/CodeAnalysis/pep8.py并设置以下参数:--max-line-length=100我做错了什么？设置这个之后，我做了一个代码分析，但是行长度似乎被忽略了，我不想要这个。 最佳答案 目前的Pydev有一个可以设置--max-line-length参数的pep8.py。你可以去Window→Preferences→Pydev→Editor→C
虽然frozendictwasrejected,相关类types.MappingProxyType已添加到python3.3中的公共(public)API。我知道MappingProxyType只是底层dict的包装器，但尽管如此，它在功能上不等同于frozendict吗？换句话说，原始的PEP416frozendict和这个有什么本质区别:fromtypesimportMappingProxyTypedeffrozendict(*args,**kwargs):returnMappingProxyType(dict(*args,**kwargs))当然MappingProxyType不
我想每个Python代码都看过PEP8.对我来说最突出的部分是:Limitalllinestoamaximumof79characters.我正坐在宽屏显示器前，在屏幕上编程。我不在终端中编码，也不打算在终端中编码。因此，我对字符行限制没有任何问题。有多少人真正遵守这个限制？如果您不在80个字符限制的终端中编码，您还会遵循它吗？我不遵守它是不是很糟糕？我讨厌这种限制与Python的“风格指南”分开>。 最佳答案 PEP8:Butmostimportantly:knowwhentobeinconsistent--sometimesth
在哪里可以找到PEP302中描述的“新导入Hook”的示例实现？我想以尽可能向前兼容的方式实现自定义查找器和加载器。换句话说，该实现应该适用于python2.x和3.x。 最佳答案 您可以找到数以千计的开源示例，例如用googlecodesearch，这里是:http://www.google.com/codesearch?hl=en&lr=&q="imp.find_module"+"imp.load_module"&sbtn=Search编辑:正如发问者澄清的那样，他正在寻找实现的例子，而不是使用，更好的URL搜索是:http:/
这在某种程度上与questionaboutbigstringsandPEP8有关.如何使我的脚本符合PEP8的以下行(“最大行长度”规则)？pub_key={'e':3226833362680126101036263622033066816222202666130162062116461326212012222403311326222666622610430466620224662364142L,'n':22642100386104124846282622610302260822032824220442268423264033123822023222632161626614624330
来自PEP8:-Importsshouldusuallybeonseparatelines,e.g.:Yes:importosimportsysNo:importsys,osit'sokaytosaythisthough:fromsubprocessimportPopen,PIPE我认为逗号分隔的样式更简单、更短、更易于阅读和编写，直到我阅读PEP8。它有什么缺点吗？PEP8对此没有给出任何解释。所以我的问题是，为什么这样不好？ 最佳答案 一个原因可能是源代码控制系统在每一行的基础上识别差异比在源代码行中识别差异更容易。与许多PEP
我正在做代码审查，看到这样的方法声明:def__init__(self,data):我一直认为应该这样格式化:def__init__(self,data):但后来我检查了PEP0008并没有看到关于这一点的确切说法。有关于运算符周围和括号内的空格的指南，但没有关于逗号分隔列表的指南。如果PEP8中没有描述，可能有一些不成文的约定？为什么我确信这是在PEP8中？PEP8应该更新吗？ 最佳答案 我在PEP8中也找不到相应的句子，但我猜大多数人认为这条规则在PEP8中的原因是pippep8.根据他们的document:E231missin
