Delphi 13 - Ternary Operator

[jaenicke]

Zitat von peterbelow:

Das findet nur jemand lesbar, der mit C-basierter Syntax aufgewachsen ist.

Ich habe immer hauptsächlich Delphi verwendet.

Mich stört eben, dass im Vergleich zu anderen Sprachen so viel zusätzliche Syntax nötig ist, z.B. auch bei anonymen Methoden.

[fisipjm]

Zitat von Der schöne Günther:

Naja, ist doch besser als nichts. Und niemand zwingt einen, das zu benutzen.

Und wie ich das bei Delphi gewohnt bin, wird man das die ersten Versionen auch nicht nutzen wollen weil bei Verwendung dann plötzlich die automatische Codeeinrückung oder die CodeSynchronisation oder die automatische Deklaration oder irgend ein anderes refactoring Feature oder der ohnehin schon wacklige LSP Server nicht mehr macht, oder wahlweise auch alles gleichzeitig.

So wars zumindest bei den letzten neuen Sprachfeatures (inline Variablen und string literals). Aber als eingefleischter Delphianer hat man ja mittlerweile eine sehr hohe Frustratiostoleranz

[Uwe Raabe]

Zitat von DeddyH:

aber ich persönlich hätte mir eher andere Dinge gewünscht

Ich hätte es auch lieber, wenn Embarcadero vorzugsweise meine gemeldeten Bugs und Features implementieren würde.

[himitsu]

Zitat von Der schöne Günther:

Anhang 57757

Komisch, ich war mir sicher mal einen Feature-Request auf Coalesce gestellt zu haben, oder doch nicht?

[Der schöne Günther]

Ich bin ein einfacher Mensch, ich würde sowas nie nutzen. Da muss ich immer nachdenken, was das nochmal bedeutet, und vor dem ersten Kaffee starrt man da nur ungläubig drauf, warum solche komischen Zeichen überhaupt kompilieren.

Ist immer ein Abwägen. Auf der einen Seite mag ich die teilweise so simple und ausführliche Syntax von Delphi, auf der anderen Seite macht einen das manchmal wahnsinnig, wenn man nur mal mit einer Closure was filtern oder sortieren will, und das gibt gleich wieder so ein Brett...

[AuronTLG]

Ein Hauptaugenmerk solcher Operatoren ist für mich immer, ob sie sich mit dem Debugger vertragen bzw mir beim Debuggen die Arbeit schwieriger machen,
weswegen ich z.B. auch in den meisten Fällen auf die Nutzung von With Do verzichte.
Ich habe das Gefühl, dass dieser Operator bei mir in die gleiche Schublade fallen wird.

[himitsu]

Zitat von AuronTLG:

weswegen ich z.B. auch in den meisten Fällen auf die Nutzung von With Do verzichte.

Als Ersatz gibt es dafür nun Vnline-Variablen. (aber im FOR ist InlineVar echt geil)

[fisipjm]

Zitat von AuronTLG:

weswegen ich z.B. auch in den meisten Fällen auf die Nutzung von With Do verzichte.

Was man auch auf jeden Fall machen sollte. Wenn's nach mit ginge müsste standardmäßig eine Compilerwarnung kommen wen das verwendet wird. Ansonsten gern wie Himitsu schon geschrieben hat die Inlines benutzen, die sind dafür wirklich gut. Gerade bei mehreren Zählschleifen helfen sie im richtigen scope zu bleiben.

[Uwe Raabe]

Zitat von fisipjm:

Wenn's nach mit ginge müsste standardmäßig eine Compilerwarnung kommen wen das verwendet wird.

Der MMX Code Explorer führt das in den Live Metrics auf und bietet auch gleich Hilfe bei der Umwandlung.

[Frickler]

Zitat von himitsu:

Delphi-Quellcode:

function aaa: string;
begin
  ShowMessage('aaa');
  Result := 'a';
end;

function bbb: string;
begin
  ShowMessage('bbb');
  Result := 'b';
end;


ShowMessage(IfThen(Random(2) = 0, aaa, bbb);

Hier siehst du aaa, bbb und dann noch a oder b.
Das Neue würde nur aaa und a ODER bbb und b anzeigen.

Was ein kompliziertes Beispiel.

Wie wärs denn damit:

Delphi-Quellcode:

var z := if x = 0 then 0 else y div x;
// vs.
var z := IfThen(x = 0, 0, y div x);

Wenn x 0 ist, knallt die Variante mit IfThen, aber der ternäre Operator nicht. Denn wie Du schon richtig schriebst, eine Funktion evaluiert alle Parameter vor Ausführung, der Operator nicht.