Übergebenes nil erkennen?

[Furtbichler]

Zitat:

Zitat von Stevie (Beitrag 1164142)

Wir reden hier eigentlich nicht von künstlerischer Freiheit.

In gewisser Weise schon, denn erstens gibt nicht nur einen richtigen Code und zweitens drücke ich mit den Code etwas aus. Jeder Programmierer hat eine andere Sprache, um dies zu tun. Hauptsache, es ist verständlich und nachvollziehbar.

Deinen weiteren Ausführungen entnehme ich, das es 'sonnenklar' ist, das Felder mit 0 vorbelegt werden, aber lokale Variablen nicht. War mir entfallen.

Zitat:

Daher ist überflüssiger Code keine Dokumentation für mich, sondern Code Bloat.

Ja, das kann man so sehen. Das 'für mich' ist entscheidend (=künstlerische Freiheit, siehe oben). Bei Visual Studio habe ich mir sehr mächtige Refaktorisierungstools zugelegt, die mir die von dir bemängelte Redundanz austreiben, sodaß ich tendentiell doch zu dem von Dir favorisierten Code übergehen werde.

[Stevie]

Zitat:

Zitat von MaBuSE (Beitrag 1164269)

In der Hilfe steht:

ms-help://embarcadero.rs_xe/rad/Variablen.html

Wenn Sie eine globale Variable nicht explizit initialisieren, wird sie vom Compiler mit 0 initialisiert. Objektinstanzdaten (Felder) werden auch mit 0 initialisiert. Auf der Wiin32-Plattform ist der Inhalt von lokalen Variablen so lange undefiniert, bis ein Wert zugewiesen wird.

Zitat:

Zitat von mkinzler (Beitrag 1164270)

Das gilt aber nicht für lokale Variablen und Feldern von Klassen (wie in diesem Fall). Hier sollte man immer initialisieren

Erstaunlich, dass es nach mindestens einem halben Duzend wiederholtem Erwähnen immernoch Unklarheit gibt. :gruebel:

@Topic: Wenn es beim TE tatsächlich so sein sollte, dass ein Instanzfeld wider Erwarten und dokumentiertem Verhalten nicht nil sein sollte, wäre es mal interessant, den Source zu sehen, oder ein reproduzierbares Beispiel.