Vergleicht Keiner mit built-in-Typen mithilfe von arithmetischen Operatoren?

Python 2.7.2 (default, Jun 12 2011, 14:24:46) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> None > 0
False
>>> None == 0
False
>>> None < 0
True
  • Ist der Vergleich None Sie mithilfe von arithmetischen Operatoren gut definiert für built-in Typen (Ganzzahlen in diesem Fall)?
  • Ist der Unterschied zwischen den beiden ersten und den Dritten Vergleich Teil language specification (Python-Spezifikation - Sie müssen Spaß machen :)) oder ist es CPython Implementierung detail?
  • == und != sind in der Regel sicher, aber Sie sollen is None und is not None für singletons wie None als pro PEP-8
  • Der springende Punkt der Frage ist, was tut sicher hier bedeuten. Ich bin mir wohl bewusst, sollte man is zu vergleichen mit None aber Frage ist, spezifische und nicht Fragen, welcher operator verwendet werden soll.
  • bugs.python.org/issue1673405
InformationsquelleAutor Piotr Dobrogost | 2012-01-22
  1. 25

    Ist die einzig sinnvolle Vergleich können Sie wirklich mit None ist if obj is None: (oder if obj is not None:).

    Vergleich zwischen verschiedenen Arten hat gewesen entfernt von Python 3 aus guten Gründen - Sie waren eine häufige Quelle von Fehlern und führen zu Verwirrung. Zum Beispiel

    >>> "3" < 4
False

    In Python 3, erhalten Sie ein TypeError beim Vergleich der Werte von verschiedenen Typen wie str vs. int oder irgendetwas vs. None.

    >>> None < 0
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unorderable types: NoneType() < int()

    (Ich meine "Vergleich" in dem Sinne zu versuchen, um zu bestimmen, welcher der beiden Werte größer/kleiner. Vergleich auf Gleichheit ist OK - es wird ja immer wieder False wenn zwei Objekt sind von verschiedenen Arten.)

    Habe ich nicht gefunden eine Referenz in der Dokumentation für diese, aber in Lernen Python, 4th edition, Mark Lutz schreibt auf Seite 204:

    [...] Vergleiche von unterschiedlich typisierten Objekten (z.B. ein string und ein
    Liste) arbeiten, — die Sprache definiert eine Feste Bestellung zwischen verschiedenen
    Typen, die deterministisch ist, wenn nicht ästhetisch. Das ist,
    die Bestellung basiert auf den Namen von dem Typen beteiligt: alle ganzen zahlen
    sind weniger als alle Zeichenfolgen, zum Beispiel, weil "int" weniger als
    "str".

    • Gibt es keine Informationen in der Dokumentation zu diesem Thema?
    • Was ist der technische Grund, warum None < 0 wahr ist?
    • ist der "untersten Art" in Python 2, so None ist immer niedriger als jede int ist immer niedriger als jede str etc.
    • Weiß nicht, aber ich habe ein Zitat von Mark Lutz ' s Buch "Learning Python" (sehr zu empfehlen).
    • (...) die Sprache definiert eine Feste Bestellung bei den verschiedenen Arten (...) Das heißt, die Reihenfolge basiert auf den Namen von dem Typen involviert ist in Widerspruch mit (...) die Objekte der verschiedenen Typen vergleichen Sie nach einer Bestellung auf den jeweiligen Typ (eine von der Implementierung abhängige, (...) zitiert in wim ' s Antwort. Wo ist die Wahrheit?
    • Es ist schon eine Weile her, seit ich verwendet habe, python, also ich bin wahrscheinlich etwas fehlt wirklich offensichtlich. Was meinst du mit "Vergleich nach Identität"? Ich dachte, dass wir "ist", für diesen Zweck. Bitte lass es mich wissen.
    • Sorry, ich meinte Gleichheit. Danke für das Auffinden diese Fehlers. Behoben.
    • Es macht jetzt Sinn. Dank für die Festsetzung es 🙂

    InformationsquelleAutor Tim Pietzcker
  2. 6

    Einige interessante Zitate von http://bytes.com/topic/python/answers/801701-why-none-0-a

    In der frühen Python, wurde die Entscheidung getroffen, dass der Vergleich von alle
    zwei Objekte, die legal war und zurückkehren würde, ein konsistentes Ergebnis. Also Objekte
    der verschiedenen Arten vergleichen, die nach einer Bestellung an Ihre
    Arten (eine Implementierung abhängig, unbekannter, aber konstanter
    Bestellung) und Objekte der gleichen Art verglichen werden, die nach
    Regeln, die Sinn machen für diesen Typ.

    Andere Implementierungen haben das Recht, vergleichen ganze zahlen und Keine
    anders, aber auf eine konkrete Umsetzung, das Ergebnis nicht
    ändern.

    Python 3 wird eine Ausnahme ausgelöst, auf solche Vergleiche.

    und

    Das problem ist das typische; Python ursprünglich nicht haben
    Boolean-Typ und die Nachrüstung führte zu seltsamen Semantik. C hat die
    gleiche Problem.

    • Das ist wirklich krank. Ein weiterer Grund zu vermeiden, Python 3 so lange wie möglich. So können Sie nicht Sortieren einer Liste von heterogenen Objekten, wie jetzt... >>> sorted([2, 1.5, 2.5]) [1.5, 2, 2.5] >>> sorted([2, 1.5, 2.5, 'bla', '2', '2.5', None]) Traceback (most recent call last): File "<stdin>", line 1, in <module> TypeError: unorderable types: str() < int().
    • Ich würde behaupten, dass als Grund für lieber python 3.. Was ist das erwartete Ergebnis aus sorted([2, 1.5, 2.5, 'bla', '2', '2.5', None]) ?
    InformationsquelleAutor wim
Schreibe einen Kommentar