Neue Sprachfeatures in Delphi?

[Bernhard Geyer]

Zitat:

Zitat von Medium (Beitrag 1416550)

Aber, mal so ohne Wissen drum rein ketzerisch gesagt, genau das wird vermutlich ein Fall sein, der bei Delphi dann nicht geht :mrgreen:. Ich kenne mein Glück doch.)

Mhhhh
https://plus.google.com/photos/10194...4-f3a95e373fd6

[Medium]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1416554)

Mhhhh
https://plus.google.com/photos/10194...4-f3a95e373fd6

Ohhh, cool! Dann nehme ich alles zurück und behaupte das Gegenteil! :thumb:

[Der schöne Günther]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1416548)

Zitat:

Zitat von Codehunter (Beitrag 1416546)

Ganz ehrlich? Inline-Variablendeklaration find ich ne Katastrophe.

Da werden dir Java/C#-Leute was anderes sagen ....

Dürfen das C++-Leute auch sagen? :oops:


Und es ist ja nicht so als würde man gezwungen werden die Variable erst dann zu deklarieren wenn sie das erste mal zum Einsatz kommt. Schleifenvariablen und vor allem Blöcke sind eigentlich super Kandidaten dafür. Und tun wir das mit

Delphi-Quellcode:

try..except on e: EMyException

nicht schon sowieso seit Urzeiten?

[Bernhard Geyer]

Zitat:

Zitat von Der schöne Günther (Beitrag 1416563)

Dürfen das C++-Leute auch sagen? :oops:

Nö.

Keine Ahung wie man es dort nochmal macht.
Glücklicherweise habe ich fast keinen kontakt mehr mit C/C++

Zitat:

Zitat von Der schöne Günther (Beitrag 1416563)

Und tun wir das mit

Delphi-Quellcode:

try..except on e: EMyException

nicht schon sowieso seit Urzeiten?

Nicht ganz. Das Exception-Objekt gibt es ja schon "davor". Du stellst nur "optimierte" Variablen zur verfügung.

[Rollo62]

Neue Sprachfeatures - schön und gut ...

Ich würde mehr begrüßen wenn man an der Stabilität und der Fixes der Frameworks arbeiten würde :stupid:

Das verliere ich meine Zeit, nicht das ich ne Variable vorne oder hinten deklarieren kann.

Kurz gesagt: ich könnte im Moment drauf Verzichten, habe wichtigere Baustellen.

[Bernhard Geyer]

Zitat:

Zitat von Rollo62 (Beitrag 1416566)

Ich würde mehr begrüßen wenn man an der Stabilität und der Fixes der Frameworks arbeiten würde :stupid:

Das verliere ich meine Zeit, nicht das ich ne Variable vorne oder hinten deklarieren kann.

Und was genau?

Ich habe hier 10.2 und diese ist (auf W10) das stabilste Delphi das ich kenne (Zuvor D6 und XE6 intensiver verwendet).

Aber am besten neuer Thread. Hier soll es primär um die neuen Sprachfeatures gehen.

[Rollo62]

Danke für den freundlichen Hinweis.
Es geht um FMX - und Sprachfeatures - das ich auch gut ohne auskäme.

[mkinzler]

Zitat:

Ich würde mehr begrüßen wenn man an der Stabilität und der Fixes der Frameworks arbeiten würde

Zitat:

Und was genau?

Ich habe hier 10.2 und diese ist (auf W10) das stabilste Delphi das ich kenne

Die IDE wird zum Glück immer besser, aber FMX könnte sich schneller entwickeln. Es wäre auch wünschenswert, wenn es dies für alle Plattformen gleichzeitig würde. Native statt themed controls gabe es zuerst für iOS, dann Windows; Androis blieb bisher aussen vor.

[Uwe Raabe]

Zitat:

Zitat von Rollo62 (Beitrag 1416566)

Neue Sprachfeatures - schön und gut ...

Ich würde mehr begrüßen wenn man an der Stabilität und der Fixes der Frameworks arbeiten würde

Sieht so aus, als wäre für jeden was dabei. Da ist es doch nur logisch, wenn dann jeder auch was findet, was er eigentlich nicht braucht.

[DieDolly]

Zitat:

Die einzige Ausnahme, für die ich das sehr begrüßen würde, sind Schleifenvariablen die direkt in der for-Klausel deklariert werden können

Das sehe ich ganz genau so.
Inline-Deklarationen in Delphi werden eine Katastrophe. Für Schleifen wäre das aber echt nicht schlecht.

Mir ist es schon öfter passiert, dass eine Schleife innerhalb eines Synchronize-Blocks eine Variable genutzt hat, die in der Prozedur um das Synchronize deklariert war.
Variablendeklarationen wie in Java für Schleifen wäre hier wirklich toll.