Nullable oder NaN

[freimatz]

Hoi, Danke für alle Rückmeldungen. Den akuten Fall habe ich jetzt anders gelöst. Es bleibt für mich aber schon interessant.
@Günther: Gerade das Nullable finde ich in manchen Fällen nicht so lesbar. Andererseits ist da deutlicher was damit gemeint ist.
Mehr als die Geschwindigkeit sehe ich den Speicherverbrauch. Ein Double benötigt m.W. 8 Byte. Ein Nullable vermute ich mal auf 4 mehr. Intern wird ein String missbraucht. Die Diskussion zu der Implementierung habe ich mal gelesen, geht wohl nicht besser. (Eine native Implementierung von EMB wäre wohl besser aber nicht zu erwarten.)
Wenn man nun ein Array von 10000 Vektoren (x,y,z) hat, dann ist das schon relevant.
@Rollo: wo es Sinn macht ... hast Du ein Beispiel?

[himitsu]

So gesehn ... Warum soll man es kompliziertet/aufwändiger machen, wenn es NaN bereits gibt und es keinen Grund gibt es nicht zu benutzen?

[Uwe Raabe]

Zitat von freimatz:

Ein Double benötigt m.W. 8 Byte. Ein Nullable vermute ich mal auf 4 mehr.

Bei Win64 dann schon 8...

[himitsu]

Zitat von freimatz:

Die Diskussion zu der Implementierung habe ich mal gelesen, geht wohl nicht besser.

Jetzt, mit den CustomManagedRecords, schon.

Früher konnte man nur mit LongString, Interface oder Variant halbwegs "einfach" arbeiten, da mit automatischem Speichermangement/Initialisierung und Referenzzählung, bzw. automatischem CopyOnWrite.

[Rollo62]

Zitat von freimatz:

@Rollo: wo es Sinn macht ... hast Du ein Beispiel?

Ich nutze das z.B. für simple Messages mit ausschliesslich primitiven Typen, wo das Messaging von Nullable-Records oder anderen Inkarnationen zu aufwändig wäre.
Da könnte man man bei Bedarf auch beim Sender von einem Nulable in ein entsprechendes NaN-Integer wandeln und am Empfänger wieder zurück.

Jedenfalls nutze ich das auch dort wo nicht nur Kommunikation innerhalb der eigenen App in Frage kommt,
sondern es mit anderen Apps/Geräten im Netzwerk kommunizieren muss, unter Umständen mit ganz anderen Programmiersprachen.
Simple Typen wie Integer gehen da eigentlich immer sind in der Regel direkt lesbar und sind leicht zu konvertieren.

[Dennis07]

Was für ein Nullable überhaupt?
Das aus Spring4D oder gibt es in Delphi inzwischen ein richtiges in der RTL?

[Stevie]

Gibt noch keines in der RTL - aber auch andere Bibliotheken haben ihre Nullables.
Ich hab gerade mal in develop eingebaut, dass man ab Delphi 11 über die Spring.inc einschalten kann, dass ein Nullable<T> das "Custom Managed Record" Feature nutzt und den "HasValue" State in einem Boolean speichert.

[freimatz]

Und bei Double als NaN?
Danke!

[Stevie]

Zitat von freimatz:

Und bei Double als NaN?

Nein, weil
a) abhängig vom Typ T die interne Semantik des Nullable<T> nicht ohne einen gigantischen Aufwand geändert werden kann
b) "Kein Wert vorhanden" nicht dasselbe ist wie "es gibt einen Wert, aber der ist NaN"

[himitsu]

Und bei Variant als NULL?

Wobei dort "kein Wert" ja eigentlich EMPTY ist.