Welchen Sinn hat diese Assert Zeile?

[Popov]

Danke für die Antworten. Es ist also so wie ich es mir gedacht habe - eine sinnvolle Zeile an sich, wenn aber einer im Internet in einem Standardbeispiel diese Zeile ganz am Anfang als erstes in einer Funktion eingebaut hat, dann ist es etwas übertrieben.

[Furtbichler]

Zitat von Popov:

wenn aber einer im Internet in einem Standardbeispiel diese Zeile ganz am Anfang als erstes in einer Funktion eingebaut hat, dann ist es etwas übertrieben.

Jain, er implementiert 'fail fast' und sagt im Standardbeispiel, das der Parameter nicht nil sein soll, ohne das in einem Kommentar so zu schreiben. Ist das übertrieben oder eine Angewohnheit?

[hoika]

Hallo,

schon diese Diskussion, die hoffentlich auch Delphi-Neulinge lesen,
zeigt mir, dass solch eine Zeile in einem "Standard-Beispiel" gut ist ...

Übrigens ist die Delphi-IDE selbst mit Asserts übersetzt,
Soviel zum Thema "Nicht in der Release-Version" verwenden.


Heiko

[Popov]

Zitat von Furtbichler:

...und sagt im Standardbeispiel, das der Parameter nicht nil sein soll

Ok, das ein Objekt nicht nil sein darf, ist ja nicht ungewöhnlich. Es gibt viele Funktionen in denen nach nil abgefragt wird, um dann dementsprechend zu reagieren, z. B. raus aus der Funktion oder Objekt erstellen oder oder... Aber das ist ja was anderes.

[Furtbichler]

Es wird zum frühestmöglichen Zeitpunkt sichergestellt, das die Methode ordnungsgemäß verwendet wird. Nicht der Folgefehler (durch Aufruf mit einem Nil-Objekt) ist das Problem/die Exception, sondern der Aufruf.

Zitat von hoika:

Übrigens ist die Delphi-IDE selbst mit Asserts übersetzt,
Soviel zum Thema "Nicht in der Release-Version" verwenden.

Wer sagt denn, das das aktuelle Delphi die 'Release'-Version ist? Im Release-Code wird das Assert nicht benötigt, denn im Code wird der Aufruf mit Nil ja erfolgeich durch Unit-Tests geprüft Wenn Emba Delphi mit Assertions ausliefert, spricht das doch sehr für die 'Qualität' und gegen Unittests.

In sicherheitsrelevantem Code (Flugzeug, Fahrzeugsteuerung etc.) bleiben Asserts erhalten bzw. werden durch 'echte' Abfragen ersetzt. Weil das zum 'fail fast' Paradigma gehört und dieser Code ruhig mit Hosenträgern, Gürteln und zusätzlichem Festtackern abgesichert sein soll.