Python编码约定“;块前的错误连续缩进:由pylint找到

Python编码约定“;块前的错误连续缩进:由pylint找到,python,coding-style,pylint,Python,Coding Style,Pylint,我使用pylint检查我的python代码,发现这个约定问题: C:11, 0: Wrong continued indentation before block. + this_time <= self.max): ^ | (bad-continuation) C:11,0:block前的连续缩进错误。 +此时间为0: 对于a_列表中的i: 此时间=自我。获取时间(i) 对于剩余对象列表中的剩余对象:

我使用pylint检查我的python代码,发现这个约定问题:

C:11, 0: Wrong continued indentation before block.
                    + this_time <= self.max):
                    ^   | (bad-continuation)
C:11,0:block前的连续缩进错误。
+此时间为0:
对于a_列表中的i:
此时间=自我。获取时间(i)
对于剩余对象列表中的剩余对象:
如果(剩余对象获取时间())符合78字符规则

+这次请尝试将
+
放在前一行:

        if (remaining_obj.get_time() +
            this_time <= self.max):
if(剩余对象获取时间()+

根据二元运算符的首选位置,此时间在该运算符之前是。以前不是这样,但它已更改为与数学公式惯例一致。

Pylint不希望这样的延续在与下一个缩进块相同的列上开始。另外,请注意该消息在其认为正确的列上包含一条提示。

检查是否有虚假的制表符(在升华模式下:Ctrl+F,然后输入一个空格),并用正确的空格数替换它们。我也有同样的问题,当PyLint抱怨行继续时,错误实际上是由错误放置的制表符触发的


在缩进时,PyLint似乎只计算空格,如果数字加起来不等于4的倍数,则会抛出此错误。根据编辑器的不同,错位的选项卡可能不会立即可见。

我从未意识到竖条的位置是它希望缩进的位置的提示。PEP8更改了此建议,首选现在的方法是在操作员面前中断。此答案应进行编辑,因为它显示错误information@flornquakeEWWWW。(事实上,我不确定哪一个“更好”。根据场景的不同,这两个选项中的任何一个都可能更美观或可读…)在现实生活中,我总是看到人们使用类似
a\n+b\n+c
的操作。
        if (remaining_obj.get_time() +
            this_time <= self.max):