Null als Property

[mkinzler]

Geplant war/ist viel ...

[Rolf Frei]

Ja da habe ich mich auch schon gefragt was daraus geworden ist. Das sollte doch glaube ich in 10.3 (oder sogar schon in 10.2.x) eingeführt werden und wurde dann kurzfristig wieder rausgenommen. Leider hat man seit da nichts mehr dazu gelesen. Mich würde schon auch interessieren wie es damit weiter geht oder ob das komplett gestorben ist. Hatte aber selber auch noch garnie den Bedarf dafür, weil man das auch anders lösen kann.

An den OP: Wieso definierst du denn nicht einfach, dass 0 kein gültiger Wert ist, also genau das was du ja schreibst. Wenn Stärke2 = 0 ist entspricht das deinem Null. Beim setzen des Property Achse prüfst du den Wert von Stärke2 und änderst den Wert von Achse (das Klassenfeld FAchse) nur wenn Stärke2 <> 0 ist. Mit einem SetAchse/GetAchse des Proberties kannst du das problemlos umsetzen. Die Achse initialiserst du natürlcih mit ienem ungültigen Wert wie z.B. -1, was dann für die Achse dem Null entsprechen würde.

Delphi-Quellcode:

type
  TMyObject = class
  private
    FAchse: Integer;
    FStaerke1,
    FStaerke2: Double;
    procedure SetAchse(AValue: Double);
    function GetAchse: Double;
  public
    constructor Create; virtual;
    property Achse: Double read GetAchse write SetAchse;
    property Staerke1: Double read FStaerke1 write FStaerke1;
    property Staerke2: Double read FStaerke2 write FStaerke2;
  end;

constructor TMyObject.Create;
begin
  FAchse := -1;
  // Staerke1 + 2 werden vom Compiler mit 0 initialisiert
end;

function TMyObject.GetAchse: Double;
begin
  if FStaerke2 <> 0 then
    Result := ....  // deine Achsenberechnung
  else
    Result = -1;  // oder eine Exception auslösen je nach Bedarf
end;

procedure TMyObject.SetAchse(AValue: Double);
begin
  // hier kanns du irgendwas machen, was beim setzen des Achse Properties passieren soll.
  // z.B. überprüfen ob der Wert einem gültigen Wert für Achse entspricht.
end;

[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) )