Zarówno Google jak i Python's style guide to najlepsza praktyka:

if x is not None:
    # Do something about x

Używanie {[3] } może powodować niepożądane rezultaty. Patrz poniżej:

>>> x = 1
>>> not x
False
>>> x = [1]
>>> not x
False
>>> x = 0
>>> not x
True
>>> x = [0]         # You don't want to fall in this one.
>>> not x
False

Możesz być zainteresowany, aby zobaczyć, jakie literały są oceniane True lub False w Pythonie:

• Testowanie Wartości Prawdy

Edit for comment below:

>>> x
[0]
>>> not x is None
True
>>> not (x is None)
True
>>> (not x) is None
False

Więcej edit:

Właśnie zrobiłem więcej testów i mogę potwierdzić, że komentarz bukzora jest poprawny. (Przynajmniej nie byłem w stanie udowodnić, że jest inaczej.)

Oznacza to, że if x is not None ma dokładny wynik jako if not x is None. Przyznaję się do błędu. Dzięki bukzor.

Jednak moja odpowiedź nadal pozostaje: użyj konwencjonalnego if x is not None. :]

Kod powinien być napisany tak, aby był zrozumiały dla programisty po pierwsze, a kompilator lub interpreter po drugie. Konstrukcja "is not" przypomina język angielski bardziej niż "not is".

Odpowiedź jest prostsza niż ludzie ją tworzą.

Nie ma żadnej przewagi technicznej, a "x to nie y" jest tym, co wszyscy inni używają , co czyni go wyraźnym zwycięzcą. Nie ma znaczenia, że "wygląda bardziej jak angielski", czy nie; wszyscy go używają,co oznacza, że każdy użytkownik Pythona-nawet użytkownicy chińscy, których język Python nie wygląda jak - zrozumie go na pierwszy rzut oka, gdzie nieco mniej popularna składnia zajmie kilka dodatkowych cykli mózgu, aby parse.

Nie bądź inny tylko po to, aby być innym, przynajmniej w tej dziedzinie.

Python if x is not None Czy if not x is None?

TLDR: kompilator kodu bajtowego parsuje je do {[5] } - więc dla dobra czytelności użyj if x is not None.

Czytelność

Używamy Pythona, ponieważ cenimy takie rzeczy jak ludzka czytelność, użyteczność i poprawność różnych paradygmatów programowania nad wydajnością.

Python optymalizuje czytelność, szczególnie w tym kontekście.

Parsowanie i kompilowanie kodu bajtowego

The not / align = "left" / słabo niż is, więc nie ma tu logicznej różnicy. Zobacz dokumentacja :

Operatory is i is not sprawdzają tożsamość obiektu: x is y jest prawdą wtedy i tylko wtedy, gdy X i y są tym samym obiektem. x is not y daje odwrotna wartość prawdy.

comp_op: '<'|'>'|'=='|'>='|'<='|'<>'|'!='|'in'|'not' 'in'|'is'|'is' 'not'

I tak jest to element unitarny gramatyki, jak również.

Oczywiście, to nie jest przetwarzane tak samo:

>>> import ast
>>> ast.dump(ast.parse('x is not None').body[0].value)
"Compare(left=Name(id='x', ctx=Load()), ops=[IsNot()], comparators=[Name(id='None', ctx=Load())])"
>>> ast.dump(ast.parse('not x is None').body[0].value)
"UnaryOp(op=Not(), operand=Compare(left=Name(id='x', ctx=Load()), ops=[Is()], comparators=[Name(id='None', ctx=Load())]))"

Ale wtedy kompilator bajtów faktycznie przetłumaczy not ... is na is not:

>>> import dis
>>> dis.dis(lambda x, y: x is not y)
  1           0 LOAD_FAST                0 (x)
              3 LOAD_FAST                1 (y)
              6 COMPARE_OP               9 (is not)
              9 RETURN_VALUE
>>> dis.dis(lambda x, y: not x is y)
  1           0 LOAD_FAST                0 (x)
              3 LOAD_FAST                1 (y)
              6 COMPARE_OP               9 (is not)
              9 RETURN_VALUE

Więc ze względu na czytelność i używanie języka zgodnie z przeznaczeniem, Proszę użyć is not.

Aby go nie używać nie jest mądrze.

Operator is not jest preferowany zamiast negowania wyniku is ze względów stylistycznych. "if x is not None: "czyta się jak po angielsku, ale" if not x is None: " wymaga zrozumienia pierwszeństwa operatora i nie czyta się jak po angielsku.

Jeśli jest różnica w wydajności, moje pieniądze są na is not, ale to prawie na pewno nie jest motywacją do decyzji, aby preferować tę technikę. Byłoby to oczywiście zależne od wdrożenia. Ponieważ is nie jest overridable, powinno być łatwo zoptymalizować się jakiekolwiek rozróżnienie.

Osobiście używam

if not (x is None):

, który jest zrozumiany natychmiast bez dwuznaczności przez każdego programistę, nawet tych, którzy nie są znawcami składni Pythona.

if not x is None jest bardziej podobny do innych języków programowania, ale if x is not None zdecydowanie brzmi wyraźniej (i jest bardziej poprawny gramatycznie w języku angielskim).

Wolałbym bardziej czytelną formę x is not y niż bym się zastanawiał, jak w końcu napisać kod obsługujący operatorów w celu wytworzenia kodu o wiele bardziej czytelnego.

Spróbuj tego:

    if x != None:
       # do stuff with x