Python behaupten mit und ohne Klammer

Hier sind vier einfache Aufrufe zur Behauptung:

>>> assert 1==2
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
AssertionError

>>> assert 1==2, "hi"
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
AssertionError: hi

>>> assert(1==2)
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
AssertionError

>>> assert(1==2, "hi")

Beachten Sie, dass der letzte keinen Fehler auslöst. Was ist der Unterschied zwischen dem Aufruf von assert mit oder ohne Klammer, der dieses Verhalten verursacht? Meine Praxis besteht darin, Klammern zu verwenden, aber das oben Gesagte legt nahe, dass ich dies nicht tun sollte.

Der letzte asserthätte Ihnen eine Warnung ( SyntaxWarning: assertion is always true, perhaps remove parentheses?) gegeben, wenn Sie ihn durch einen vollständigen Interpreter und nicht durch IDLE ausgeführt hätten. Da assertes sich um ein Schlüsselwort und nicht um eine Funktion handelt, übergeben Sie tatsächlich ein Tupel als erstes Argument und lassen das zweite Argument weg.

Denken Sie daran, dass nicht leere Tupel ausgewertet Truewerden. Da die Bestätigungsnachricht optional ist, haben Sie assert Truebeim Schreiben im Wesentlichen angerufen assert(1==2, "hi").

Wenn Sie die Klammer dort einfügen, weil Sie eine mehrzeilige Zusicherung wünschen, können Sie alternativ einen Backslash am Ende der Zeile wie folgt einfügen:

foo = 7
assert foo == 8, \
    "derp should be 8, it is " + str(foo)

Drucke:

AssertionError: "derp should be 8, it is 7

Warum muss sich diese Python assertvon allem anderen unterscheiden:

Ich denke, die pythonische Ideologie ist, dass sich ein Programm selbst korrigieren sollte, ohne sich um die spezielle Flagge kümmern zu müssen, um Asserts einzuschalten. Die Versuchung, Behauptungen auszuschalten, ist zu groß und wird daher abgelehnt.

Ich teile Ihren Ärger darüber, dass Python assertim Vergleich zu allen anderen Python-Programmierkonstrukten eine eindeutige Syntax hat, und diese Syntax hat sich erneut von Python2 zu Python3 und erneut von Python 3.4 zu 3.6 geändert. Assert-Anweisungen von keiner Version zu einer anderen Version abwärtskompatibel machen.

Es ist ein Druck auf die Schulter, der assertein Bürger der 3. Klasse ist. Er wird in Python4 und sicherlich wieder in Python 8.1 vollständig entfernt.

assert 1==2, "hi"wird wie assert 1==2, "hi"mit "hi" als zweitem Parameter für das Schlüsselwort analysiert . Daher gibt es richtig einen Fehler.

assert(1==2)wird als assert (1==2)identisch analysiert assert 1==2, da Parens um ein einzelnes Element kein Tupel erstellen, es sei denn, es gibt ein nachfolgendes Komma, z (1==2,).

assert(1==2, "hi")wird als analysiert assert (1==2, "hi"), was keinen Fehler ergibt, da ein nicht leeres Tupel (False, "hi")kein falscher Wert ist und dem Schlüsselwort kein zweiter Parameter zugewiesen wird.

Sie sollten keine Klammern verwenden, da dies assertin Python keine Funktion ist - es ist ein Schlüsselwort.

Sie können die Assert-Anweisung ohne Folgendes brechen \:

foo = 7
assert foo == 8, (
    'derp should be 8, it is ' + str(foo))

Oder wenn Sie noch längere Nachricht haben:

foo = 7
assert foo == 8, (
    'Lorem Ipsum is simply dummy text of the printing and typesetting '
    'industry. Lorem Ipsum has been the industry\'s standard dummy text '
    'ever since the 1500s'
)

Das Folgende wird aus dem Python-Dokument zitiert

Assert-Anweisungen sind eine bequeme Möglichkeit, Debugging-Assertions in ein Programm einzufügen:

assert_stmt ::= "assert" expression ["," expression]

Die einfache Form, Assert-Ausdruck, entspricht if __debug__: if not expression: raise AssertionError

Die erweiterte Form, assert expression1, expression2 , entspricht if __debug__: if not expression1: raise AssertionError(expression2)

Wenn Sie hier also Klammern verwenden, verwenden Sie die einfache Form, und der Ausdruck wird als Tupel ausgewertet. Dies ist immer wahr, wenn er in bool umgewandelt wird