我找到了pep8的文档，但无法理解如何编写这些文档。除了设置max-line-length和忽略之外，我什至找不到任何带有选项的示例。我正在尝试编写一个.pep8.rc文件，其中我需要执行以下操作:启用显示源启用统计信息启用计数排除目录(例如，./random)有人可以用示例或链接来回答吗？ 最佳答案 首选方法是在项目的顶层使用setup.cfg(.cfg与.inifile具有相同的语法)，其中应包含[pep8]部分。例如:[pep8]ignore=E226,E302,E41max-line-length=160注意:错误代码定义在
我找到了pep8的文档，但无法理解如何编写这些文档。除了设置max-line-length和忽略之外，我什至找不到任何带有选项的示例。我正在尝试编写一个.pep8.rc文件，其中我需要执行以下操作:启用显示源启用统计信息启用计数排除目录(例如，./random)有人可以用示例或链接来回答吗？ 最佳答案 首选方法是在项目的顶层使用setup.cfg(.cfg与.inifile具有相同的语法)，其中应包含[pep8]部分。例如:[pep8]ignore=E226,E302,E41max-line-length=160注意:错误代码定义在
SearchingPylint邮件列表中的答案没有带来有趣的结果。众所周知，Pylint是非常可定制的，所以我想这应该是可能的......我希望Pylint检查是否符合PEP8的原因是因为PyDev有更好的support与PEP8相比，Pylint比PEP8更好。使用一个工具进行所有检查比使用两个工具更容易。我还在Pylint的邮件列表http://thread.gmane.org/gmane.comp.python.logilab/1039上提出了这个问题。我没有从Pylint获得的来自PEP8的诊断消息示例:':'前的E203空格E225运算符周围缺少空格E251关键字/参数等号周
SearchingPylint邮件列表中的答案没有带来有趣的结果。众所周知，Pylint是非常可定制的，所以我想这应该是可能的......我希望Pylint检查是否符合PEP8的原因是因为PyDev有更好的support与PEP8相比，Pylint比PEP8更好。使用一个工具进行所有检查比使用两个工具更容易。我还在Pylint的邮件列表http://thread.gmane.org/gmane.comp.python.logilab/1039上提出了这个问题。我没有从Pylint获得的来自PEP8的诊断消息示例:':'前的E203空格E225运算符周围缺少空格E251关键字/参数等号周
我有一个这样的“规范文件结构”(我给出了合理的名称以方便阅读):mainpack/__main__.py__init__.py-helpers/__init__.pypath.py-network/__init__.pyclientlib.pyserver.py-gui/__init__.pymainwindow.pycontrollers.py在这种结构中，例如每个包中包含的模块可能希望通过以下相对导入来访问helpers实用程序:#network/clientlib.pyfrom..helpers.pathimportcreate_dir程序以这种方式使用__main__.py文件
我有一个这样的“规范文件结构”(我给出了合理的名称以方便阅读):mainpack/__main__.py__init__.py-helpers/__init__.pypath.py-network/__init__.pyclientlib.pyserver.py-gui/__init__.pymainwindow.pycontrollers.py在这种结构中，例如每个包中包含的模块可能希望通过以下相对导入来访问helpers实用程序:#network/clientlib.pyfrom..helpers.pathimportcreate_dir程序以这种方式使用__main__.py文件
这只是出于历史目的的好奇:我想知道是否有人知道为什么使用非常广泛(和核心模块)logging不遵循Python的PEP-8namingconvention.例如，在>>>importlogging>>>log=logging.getLogger("hello")我希望它是get_logger，但它不是。说到functionnames，PEP8标准说:mixedCaseisallowedonlyincontextswherethat'salreadytheprevailingstyle(e.g.threading.py),toretainbackwardscompatibility.是这
这只是出于历史目的的好奇:我想知道是否有人知道为什么使用非常广泛(和核心模块)logging不遵循Python的PEP-8namingconvention.例如，在>>>importlogging>>>log=logging.getLogger("hello")我希望它是get_logger，但它不是。说到functionnames，PEP8标准说:mixedCaseisallowedonlyincontextswherethat'salreadytheprevailingstyle(e.g.threading.py),toretainbackwardscompatibility.是这
我开始在一些项目中使用PyQt，但我遇到了文体困境。PyQt的函数使用驼峰式大小写，但我更喜欢遵循的PEP8说函数名称使用下划线和全部小写。因此，一方面，我可以继续遵循PEP8，这意味着我的代码将对驼峰式大小写和下划线函数进行混合函数调用，甚至我的类也会有混合函数名，因为我需要重载mousePressEvent之类的函数。或者，我可以打破PEP8并以一致性的名义对我所有的函数名采用驼峰式大小写。我意识到这是主观的，这正是我个人更喜欢的，但我喜欢听听其他人关于他们的工作以及他们为什么选择这样做的原因。 最佳答案 在你看来，我不会反对你
我开始在一些项目中使用PyQt，但我遇到了文体困境。PyQt的函数使用驼峰式大小写，但我更喜欢遵循的PEP8说函数名称使用下划线和全部小写。因此，一方面，我可以继续遵循PEP8，这意味着我的代码将对驼峰式大小写和下划线函数进行混合函数调用，甚至我的类也会有混合函数名，因为我需要重载mousePressEvent之类的函数。或者，我可以打破PEP8并以一致性的名义对我所有的函数名采用驼峰式大小写。我意识到这是主观的，这正是我个人更喜欢的，但我喜欢听听其他人关于他们的工作以及他们为什么选择这样做的原因。 最佳答案 在你看来，我不会反对你
