Neue Sprachfeatures Delphi 10.4

[Bernhard Geyer]

Hände Hoch, wer die neue inline Deklaration von Variablen obergeil findet.

Dauert zwar ein paar Tage bis man sich daran gewöhnt.
Aber jetzt möchte ich sie nicht mehr missen...

[Der schöne Günther]

Absolut. Besonders für for-Schleifen und alles.

Als ich vor ein paar Jahren mit Delphi angefangen habe fand ich das sogar erst irgendwie cool mit dem "Inhaltsverzeichnis" an Variablen oben, aber mittlerweile echt nicht mehr.

[MEissing]

Gab's schon bei 10.3 Rio :-)

[mkinzler]

Zitat:

Zitat von MEissing (Beitrag 1493300)

Gab's schon bei 10.3 Rio :-)

Wurde von der IDE aber als Fehler erkannt, deshalb wurde es eher nicht verwendet.

[philipp.hofmann]

Definitiv Hände hoch: gerade wenn einem eine Methode mal zu lang gerät, hilft dies auch beim manuellen Refactoring.

[himitsu]

Wurde es nicht offiziell erst mit 10.4 vorgestellt?
Und auch erst später in 10.4.x war das mit dem ErrorInsight beseitigt.

Nja, ich empfand es schon als Vorteil dass man immer "wusste", welche Variablen existieren, da sie immer an einer Stelle zu finden waren.

Aber als Ersatz für WITH, für FOR-Schleifen und für Temporären-/Debugcode ist das Super.

[Harry Stahl]

Ich nutze es sehr extensiv. Hat technische Vorteile (u.U. schnellere Programme, weniger Arbeitsspeicher nutzend, etc.), macht aber auch den Source klarer und man vermeidet eine Reihe von typischen Fehlern.

Man kann auch seinen Source-Code sehr viel kompakter und effizienter gestalten, dass habe ich mal in einem kleinen Video im Zusammenhang mit der Nutzung von Managed Records gezeigt (halt auch eines der neuen Features): https://www.youtube.com/watch?v=hFQQUTjmzAM
Beides zusammen einfach geil...

[jaenicke]

Die meisten Vorteile hat es bei überlangen Methoden. Und die sind für die Lesbarkeit ohnehin schon schlecht. Wenn man dann noch darin irgendwo Variablendeklarationen einbaut...
Ich habe schon ein paar solcher Quelltexte im Netz gefunden mittlerweile. Die Lesbarkeit ist da spürbar schlechter geworden.

Schwierig finde ich auch die Type Inference, wenn man sie nutzt. Das macht es schwieriger bei Aktualisierungen von Delphi oder Bibliotheken, durch die sich der Typ einer Rückgabe und damit einer so deklarierten Variable ändert, zu sehen was genau die Änderung ist. Wenn der Typ an der Variablen dran steht, kommt der Fehler auch genau bei der Zuweisung und nicht erst irgendwo später.

Sicher hat es auch Vorteile, aber für mich persönlich überwiegen die Nachteile, weshalb ich selbst diese Art der Deklaration nicht einsetze.

[sakura]

Zitat:

Zitat von mkinzler (Beitrag 1493302)

Wurde von der IDE aber als Fehler erkannt, deshalb wurde es eher nicht verwendet.

Die IDE hat so viele "Fehler" erkannt, dass mich der auch nicht mehr gestört hatte...

...:cat:...

[freimatz]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1493294)

Hände Hoch, wer die neue inline Deklaration von Variablen obergeil findet.

Und die anderen? :-D
Finde die inline Deklaration von Variablen prinzipiell hilfreich. Aber: es hat sich bei Delphi bewährt mindestens zwei Versionen zu warten. a) Bis Delphi selber damit klar kommt und b) die ganzen Fremdtools damit klarkommen.
Wir haben schon so genug Probleme mit Delphi, als dass wir das mit neuen Sprachfeatures belasten würden.
Im übrigen wäre es mir lieber EMB würde zuerst die bekannten Bugs beheben als neue Features einzubauen.

[Klaus01]

.. wenn eine Inine Variable in einem Codeabschnitt verwendet wird
und man möchte diesen Abschnitt mit Refactor -> Extract Method in eine andere Methode schreiben
wird dieser Menupunkt nicht angeboten.
Ist die Variable im Kopf deklariert funktioniert auch Refactor->Extract Method

Viele Grüße
Klaus

[Bernhard Geyer]

Zitat:

Zitat von MEissing (Beitrag 1493300)

Gab's schon bei 10.3 Rio :-)

Unsere Update-Geschichte ist D6 -> XE8 -> D10.2 -> D10.4
Für uns ist also 10.4 die erste Version mit dieser Spracherweiterung

[Bernhard Geyer]

Zitat:

Zitat von freimatz (Beitrag 1493339)

Und die anderen? :-D

Die anderen hätte ich vor 4 Jahre erwähnen sollen, als wir nach XE6 gingen.
Oder dann beim umstieg vor 2 Jahren nach 10.2.

Zitat:

Zitat von freimatz (Beitrag 1493339)

Aber: es hat sich bei Delphi bewährt mindestens zwei Versionen zu warten. a) Bis Delphi selber damit klar kommt und b) die ganzen Fremdtools damit klarkommen.

Bisher keine Problem damit gehabt.

Zitat:

Zitat von freimatz (Beitrag 1493339)

Wir haben schon so genug Probleme mit Delphi, als dass wir das mit neuen Sprachfeatures belasten würden.

Gegenüber früher von uns eingesetzten Versionen
(D6 -> Problem Compilat mit Multisockel-Systemen, Probleme ab Vista mit Debugging,
XE6 -> Bei einigen Kollegen Probleme mit Stabilität, Oft OutOfmemory in der IDE bei Rebuild großer Projekte
10.2 -> Noch vereinzelt Problem mit Deadlock bei Debugging oder nicht initalisierten Watch-Variablen
10.4 -> M.E. die Stabilste Version)

Über die Zeit haben wir aber auch die Installierten Addins/Plugins in der IDE reduziert, da deren Vorteil immer geringer wurde.

CNPack (Der XE-Version)
FixPack (Ab 10.4 nicht mehr dabei (und auch nicht mehr vermisst)

Also für mich ist die aktuelle 10.4er Version die stabilste und produktivste IDE-Version die wir bisher im Einsatz hatten.



Im übrigen wäre es mir lieber EMB würde zuerst die bekannten Bugs beheben als neue Features einzubauen.[/QUOTE]