草庐IT

python - 我应该如何在 python 评论中格式化长 url 并且仍然符合 PEP8

在block评论中,我想引用一个长度超过80个字符的URL。显示此URL的首选约定是什么?我知道bit.ly是一个选项,但URL本身是描述性的。缩短它然后有一个描述缩短URL的嵌套注释似乎是一个糟糕的解决方案。 最佳答案 不要破坏网址:#AFoolishConsistencyistheHobgoblinofLittleMinds[1]#[1]:http://www.python.org/dev/peps/pep-0008/#a-foolish-consistency-is-the-hobgoblin-of-little-minds

python - PEP8 的 E128 : continuation line under-indented for visual indent? 是什么

刚刚使用SublimeText(使用SublimeLinter)打开了一个文件,并注意到我以前从未见过的PEP8格式错误。正文如下:urlpatterns=patterns('',url(r'^$',listing,name='investment-listing'),)它标记了第二个参数,即url(...)开头的行我正要在ST2中禁用此检查,但我想在忽略它之前知道我做错了什么。你永远不知道,如果它看起来很重要,我什至可能会改变我的方式:) 最佳答案 PEP-8recommends如果你在第一行放了任何东西,你缩进到左括号,所以它应

python - 我应该如何在 python 中缩进三元条件运算符以使其符合 PEP8?

如果我没记错的话,PEP8没有提到三元运算符。那么你有什么建议,我应该如何用三元条件运算符编写长行?some_variable=some_very_long_value\ifvery_long_condition_holds\elsevery_long_condition_doesnt_hold或some_variable=some_very_long_value\ifvery_long_condition_holds\elsevery_long_condition_doesnt_hold你最喜欢哪一个? 最佳答案 两者都没有。对于

Python:Pep8 E128 缩进错误......这怎么能被样式化?

我把这句话写成几行:returnrender_to_response('foo/page.html',{'situations':situations,'active':active_req,},context_instance=RequestContext(request))就目前而言,使用PEP8脚本,它在第二行给我一个“E128:续行欠缩进以进行视觉缩进”错误。我尝试了一大堆不同的格式化方式,唯一能让PEP8停止提示的方法是:returnrender_to_response('foo/page.html',{'situations':situations,'active':act

python - 如何在 Python 中打破一行链式方法?

我有以下一行代码(不要责怪命名约定,它们不是我的):subkeyword=Session.query(Subkeyword.subkeyword_id,Subkeyword.subkeyword_word).filter_by(subkeyword_company_id=self.e_company_id).filter_by(subkeyword_word=subkeyword_word).filter_by(subkeyword_active=True).one()我不喜欢它的外观(不太可读),但在这种情况下我没有更好的办法将行数限制为79个字符。有没有更好的方法来打破它(最好没有

python - 如何在 Python 中打破一行链式方法?

我有以下一行代码(不要责怪命名约定,它们不是我的):subkeyword=Session.query(Subkeyword.subkeyword_id,Subkeyword.subkeyword_word).filter_by(subkeyword_company_id=self.e_company_id).filter_by(subkeyword_word=subkeyword_word).filter_by(subkeyword_active=True).one()我不喜欢它的外观(不太可读),但在这种情况下我没有更好的办法将行数限制为79个字符。有没有更好的方法来打破它(最好没有

python - 为什么 Python pep-8 强烈建议在制表符上使用空格进行缩进?

关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题吗?更新问题,以便editingthispost提供事实和引用来回答它.关闭去年。Improvethisquestion我在StackOverflow和PEP8上看到了建议仅在Python程序中使用空格进行缩进。我能理解一致缩进的必要性,我也感受到了这种痛苦。首选空间是否存在根本原因?我会认为标签更容易使用。 最佳答案 好吧,似乎每个人都对空间有强烈的偏见。我只使用标签。我很清楚为什么。标签实际上是一个很酷的发明,它出现在空格之后。它允许您在不按数百万次插

python - 为什么 Python pep-8 强烈建议在制表符上使用空格进行缩进?

关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题吗?更新问题,以便editingthispost提供事实和引用来回答它.关闭去年。Improvethisquestion我在StackOverflow和PEP8上看到了建议仅在Python程序中使用空格进行缩进。我能理解一致缩进的必要性,我也感受到了这种痛苦。首选空间是否存在根本原因?我会认为标签更容易使用。 最佳答案 好吧,似乎每个人都对空间有强烈的偏见。我只使用标签。我很清楚为什么。标签实际上是一个很酷的发明,它出现在空格之后。它允许您在不按数百万次插

python - 对 Python `import x` 和 `from x import y` 语句进行排序的正确方法是什么?

pythonstyleguide建议像这样对导入进行分组:Importsshouldbegroupedinthefollowingorder:standardlibraryimportsrelatedthirdpartyimportslocalapplication/libraryspecificimports但是,它没有提及应如何布置两种不同的导入方式:fromfooimportbarimportfoo有多种方法可以对它们进行排序(假设所有这些导入都属于同一个组):首先是from..import,然后是importfromgimportggfromximportxximportabc

python - 对 Python `import x` 和 `from x import y` 语句进行排序的正确方法是什么?

pythonstyleguide建议像这样对导入进行分组:Importsshouldbegroupedinthefollowingorder:standardlibraryimportsrelatedthirdpartyimportslocalapplication/libraryspecificimports但是,它没有提及应如何布置两种不同的导入方式:fromfooimportbarimportfoo有多种方法可以对它们进行排序(假设所有这些导入都属于同一个组):首先是from..import,然后是importfromgimportggfromximportxximportabc