Null als Property

[himitsu]

Single/Double/Float kennen als "Werte" auch NaN, Infinity und NegInfinity.

NaN (not a number) kann man hier als "NULL" (kein Wert / keine Zahl) verwenden.


Über die Fehlerbehandlung der FPU auch steuern, wie bei Berechnungen mit NaN umgegangen werden soll,
ansonsten vorher eben mit IsNan prüfen.

[Stevie]

Das Feature Nullables in Delphi sollte mehr umfassen, als das was oben skizziert und auch in unzähligen Bibliotheken seit vielen Jahren vorhanden ist.
Nämlich das, was man nicht mit so nem Record abbilden kann: operator hoisting (also ich kann die Operatoren darauf anwenden, die ich auch auf den typen in T anwenden kann), nullable propagation (ggf auch sowas wie den "Elvis" Operator aus C#).
Besser, sie nehmen sich dafür Zeit, wo sie ja so "viele" Compiler-Entwickler haben, gell?

[Rollo62]

Ich bin kein Compiler-Ingenieur, aber kämen wir der Sache denn nicht schon etwas näher
wenn ein paar mehr Operatoren möglich wären ?
Wie z.B. die ?? ??= Operatoren in C# ?
https://docs.microsoft.com/en-us/dot...scing-operator

Das sollte doch prinzipiell keine allzugroßen Probleme beim Delphi-Compiler erzeugen, oder etwa doch ?
Vielleicht denke ich da aber zu einfach

[himitsu]

So lange es nicht mit der aktuellen Syntax kollidiert, wäre es "eigentlich" kein Probleme weitere Operatoren zu implementieren.
Und sowas wie ?? , ?= oder ~= (RegEx) hätte in Pascal keine Probleme, da die aktelle Syntax sowas nicht zulässt und somit niemand sowas hat, was dann mit der neuen Syntax kollidieren täte.

Bei Variant könnte z.B. == passen, um nicht nur den Inhalt, sondern auch den Typ zu vergleichen. (OK, = und == in Delphi, im Vergleich zu gewissen C-Sprachen, wäre vielleicht bissl ungünstig, für Leute die in mehreren Sprachen unterwegs sind)

Doppeloperatoren wären auch mal nett,
wie z.B. A not and B oder A not or B , wobei man hier auch einfach NAND und NOR einführen könnte,
aber vor allem ein A not in B hab ich schon soooo oft vermisst. (statt not (A in B) )