Tôi luôn nghĩ if not x is Nonephiên bản sẽ rõ ràng hơn, nhưng cả hướng dẫn về phong cách của Google và PEP-8 đều sử dụng if x is not None. Có bất kỳ sự khác biệt nhỏ nào về hiệu suất (tôi cho là không), và có trường hợp nào một người thực sự không phù hợp (làm cho người khác trở thành người chiến thắng rõ ràng cho hội nghị của tôi) không? *

* Tôi đang đề cập đến bất kỳ singleton, thay vì chỉ None.

... để so sánh những người độc thân như Không có. Sử dụng là hay không.

Không có sự khác biệt về hiệu năng, khi chúng biên dịch theo cùng một mã byte:

Python 2.6.2 (r262:71600, Apr 15 2009, 07:20:39)
>>> import dis
>>> def f(x):
...    return x is not None
...
>>> dis.dis(f)
  2           0 LOAD_FAST                0 (x)
              3 LOAD_CONST               0 (None)
              6 COMPARE_OP               9 (is not)
              9 RETURN_VALUE
>>> def g(x):
...   return not x is None
...
>>> dis.dis(g)
  2           0 LOAD_FAST                0 (x)
              3 LOAD_CONST               0 (None)
              6 COMPARE_OP               9 (is not)
              9 RETURN_VALUE

Theo phong cách, tôi cố gắng tránh not x is y. Mặc dù trình biên dịch sẽ luôn coi nó là not (x is y), nhưng một người đọc có thể hiểu nhầm cấu trúc là (not x) is y. Nếu tôi viết x is not ythì không có sự mơ hồ.

Cả hướng dẫn về phong cách của Google và Python là cách thực hành tốt nhất:

if x is not None:
    # Do something about x

Sử dụng not xcó thể gây ra kết quả không mong muốn.

Xem bên dưới:

>>> 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

Bạn có thể quan tâm để xem những gì chữ được đánh giá Truehoặc Falsetrong Python:

• Kiểm tra giá trị thật

Chỉnh sửa để bình luận bên dưới:

Tôi vừa làm thêm một số thử nghiệm. not x is Nonekhông phủ nhận xđầu tiên và sau đó so với None. Trong thực tế, có vẻ như istoán tử có quyền ưu tiên cao hơn khi được sử dụng theo cách đó:

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

Do đó, not x is Nonechỉ là, theo ý kiến ​​trung thực của tôi, tốt nhất nên tránh.

Chỉnh sửa thêm:

Tôi vừa mới thử nghiệm thêm và có thể xác nhận rằng nhận xét của bukzor là chính xác. (Ít nhất, tôi không thể chứng minh điều đó bằng cách khác.)

Điều này có nghĩa là if x is not Nonecó kết quả chính xác như if not x is None. Tôi đứng sửa. Cảm ơn bukzor.

Tuy nhiên, câu trả lời của tôi vẫn đứng: Sử dụng thông thườngif x is not None .:]

Mã phải được viết để dễ hiểu cho người lập trình trước, và trình biên dịch hoặc trình thông dịch thứ hai. Cấu trúc "không phải" gần giống với tiếng Anh hơn là "không phải".

Trăn if x is not Nonehay if not x is None?

TLDR: Trình biên dịch mã byte phân tích cả hai thành x is not None- vì vậy để dễ đọc, hãy sử dụng if x is not None.

Dễ đọc

Chúng tôi sử dụng Python vì chúng tôi coi trọng những thứ như khả năng đọc của con người, khả năng sử dụng và tính chính xác của các mô hình lập trình khác nhau về hiệu suất.

Python tối ưu hóa cho khả năng đọc, đặc biệt là trong bối cảnh này.

Phân tích cú pháp và biên dịch mã byte

Các not ràng buộc yếu hơn is, vì vậy không có sự khác biệt logic ở đây. Xem tài liệu :

Các toán tử isvà is notkiểm tra nhận dạng đối tượng: x is yđúng khi và chỉ khi x và y là cùng một đối tượng. x is not ymang lại giá trị thật ngược.

Điều is notnày được quy định cụ thể trong ngữ pháp Python như là một cải tiến dễ đọc cho ngôn ngữ:

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

Và do đó, nó là một yếu tố đơn nhất của ngữ pháp là tốt.

Tất nhiên, nó không được phân tích cú pháp giống nhau:

>>> 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())]))"

Nhưng sau đó trình biên dịch byte sẽ thực sự dịch not ... issang 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

Vì vậy, để dễ đọc và sử dụng ngôn ngữ như dự định, vui lòng sử dụng is not.

Để không sử dụng nó là không khôn ngoan.

Câu trả lời đơn giản hơn mọi người đang làm nó.

Dù sao cũng không có lợi thế về mặt kỹ thuật và "x không phải là y" là những gì mọi người khác sử dụng , điều này làm cho nó trở thành người chiến thắng rõ ràng. Nó không quan trọng rằng nó "trông giống tiếng Anh" hay không; mọi người đều sử dụng nó, điều đó có nghĩa là mọi người dùng Python - ngay cả người dùng Trung Quốc, có ngôn ngữ Python trông không giống ai - sẽ hiểu nó trong nháy mắt, trong đó cú pháp ít phổ biến hơn sẽ cần thêm một vài chu kỳ não để phân tích.

Đừng khác biệt chỉ vì lợi ích của sự khác biệt, ít nhất là trong lĩnh vực này.

Các is notnhà điều hành được ưa thích hơn phủ nhận kết quả isvì lý do phong cách. " if x is not None:" đọc giống như tiếng Anh, nhưng "if not x is None: " đòi hỏi sự hiểu biết về quyền ưu tiên của nhà điều hành và không đọc như tiếng Anh.

Nếu có sự khác biệt về hiệu suất, tiền của tôi sẽ được sử dụng is not, nhưng điều này gần như chắc chắn không phải là động lực cho quyết định thích kỹ thuật đó. Nó rõ ràng sẽ phụ thuộc vào việc thực hiện. Vì iskhông thể ghi đè, nên dễ dàng tối ưu hóa mọi phân biệt.

Cá nhân, tôi sử dụng

if not (x is None):

được mọi lập trình viên hiểu ngay lập tức mà không mơ hồ, ngay cả những người không phải là chuyên gia về cú pháp Python.

if not x is Nonetương tự như các ngôn ngữ lập trình khác, nhưng if x is not Nonechắc chắn nghe rõ hơn (và đúng hơn về mặt ngữ pháp trong tiếng Anh) với tôi.

Điều đó nói rằng có vẻ như đó là một điều ưu tiên đối với tôi.

Tôi thích dạng dễ đọc x is not y hơn tôi nghĩ làm thế nào để viết ưu tiên xử lý mã của các toán tử để tạo ra mã dễ đọc hơn nhiều.