使用'not'和'in'关键字的语法顺序

Question

在测试成员资格时，我们可以使用：x not in y或者：not y in x根据x和，此表达式可能有许多可能的上下文y。例如，它可能用于子字符串检查，列表成员资格，字典键存在。两种形式总是相等的吗？有首选的语法吗？

Answer 1

他们总是给出相同的结果。

实际上，not 'ham' in 'spam and eggs'在特殊情况下，执行单个“非输入”操作而不是“输入”操作，然后取反：

>>> import dis

>>> def notin():

    'ham' not in 'spam and eggs'

>>> dis.dis(notin)

  2           0 LOAD_CONST               1 ('ham')

              3 LOAD_CONST               2 ('spam and eggs')

              6 COMPARE_OP               7 (not in)

              9 POP_TOP             

             10 LOAD_CONST               0 (None)

             13 RETURN_VALUE    

>>> def not_in():

    not 'ham' in 'spam and eggs'

>>> dis.dis(not_in)

  2           0 LOAD_CONST               1 ('ham')

              3 LOAD_CONST               2 ('spam and eggs')

              6 COMPARE_OP               7 (not in)

              9 POP_TOP             

             10 LOAD_CONST               0 (None)

             13 RETURN_VALUE    

>>> def not__in():

    not ('ham' in 'spam and eggs')

>>> dis.dis(not__in)

  2           0 LOAD_CONST               1 ('ham')

              3 LOAD_CONST               2 ('spam and eggs')

              6 COMPARE_OP               7 (not in)

              9 POP_TOP             

             10 LOAD_CONST               0 (None)

             13 RETURN_VALUE        

>>> def noteq():

    not 'ham' == 'spam and eggs'

>>> dis.dis(noteq)

  2           0 LOAD_CONST               1 ('ham')

              3 LOAD_CONST               2 ('spam and eggs')

              6 COMPARE_OP               2 (==)

              9 UNARY_NOT           

             10 POP_TOP             

             11 LOAD_CONST               0 (None)

             14 RETURN_VALUE      

起初我以为它们总是给出相同的结果，但是not它本身只是一个低优先级的逻辑否定运算符，可以a in b像其他布尔表达式一样容易地应用，而not in为了方便和清楚起见，它是一个单独的运算符。

上面的拆卸很明显！not显然，虽然显然是逻辑取反运算符，但该表格not a in b是特殊情况，因此实际上并未使用通用运算符。这not a in b实际上使表达式与相同a not in b，而不仅仅是产生相同值的表达式。

Answer 2

不，没有区别。

运算符not in被定义为具有的真逆值in。

— Python文档

我认为not in它是首选的，因为它更明显，他们为此添加了特殊情况。

Answer 3

其他人已经非常清楚地表明，这两个语句在相当低的水平上是等效的。

但是，我认为还没有人强调到此，既然这让您自己选择，您应该

选择使代码尽可能可读的形式。

并且不一定对任何人都可读，即使这当然是一个不错的目标。不，请确保该代码对您来说尽可能易读，因为您是最有可能在稍后返回此代码并尝试阅读该代码的人。