Neue Sprachfeatures in Delphi?

[Sherlock]

Delphi ist am Ende halt doch ein Pascal. Ich sehe daher keinen Zwang, (Un)Möglichkeiten anderer Sprachfamilien hinein panschen zu müssen. Das betrifft jetzt nicht Paradigmen wie Objektorientierung, aber Inline Deklaration, wozu? Wer ernsthaft Methoden hat die sooo lang sind, daß er nicht einfach nur im Code Editor vor das begin klicken kann, um dort eben schnell die Deklaration einzufügen, und dennoch seine eigentlich bearbeitete Codestelle sieht, der hat ein Problem, daß er mit Inlinedeklarationen bestenfalls verschlimmert. Mit Shift+Ctrl+V muss man nicht mal das begin im Blick haben.

Sherlock

[TiGü]

Meine Güte, ist das wieder ein Jammern auf hohem Niveau!

Ihr müsst die neuen Sprachfeatures nicht nutzen!

Am Ende ist es eine Gewohnheitssache.
An so Teufelszeug wie Generics, Anonyme Methoden oder vereinfachte Arraybehandlung ist eurer Quelltext auch nicht gestorben, oder?

[Codehunter]

Zitat von TiGü:

Ihr müsst die neuen Sprachfeatures nicht nutzen!

Am Ende ist es eine Gewohnheitssache.

Letztlich ja doch, wenn im Team einer damit anfängt müssen zwangsläufig alle anderen auch. Spätestens beim Entkäfern wenn der Kollege im Urlaub ist.

Zitat von TiGü:

An so Teufelszeug wie Generics, Anonyme Methoden oder vereinfachte Arraybehandlung ist eurer Quelltext auch nicht gestorben, oder?

Hmm ja, wenns denn richtig funktionieren würde... Aber dann sind wir ganz schnell wieder bei der Pro-Kontra-Diskussion "Featuritis vs. Stabilität"

[bytecook]

Zitat von Codehunter:

Letztlich ja doch, wenn im Team einer damit anfängt müssen zwangsläufig alle anderen auch. Spätestens beim Entkäfern wenn der Kollege im Urlaub ist.

Warum denk ich da jetzt urplötzlich an MySatan Roundup zum DeBeetlen?
Naja, mal abwarten was wirklich kommt...

[Codehunter]

Zitat von bytecook:

Zitat von Codehunter:

Letztlich ja doch, wenn im Team einer damit anfängt müssen zwangsläufig alle anderen auch. Spätestens beim Entkäfern wenn der Kollege im Urlaub ist.

Warum denk ich da jetzt urplötzlich an MySatan Roundup zum DeBeetlen?

Da verwechselst du was. Roundup entkäfert nicht. Höchstens indirekt weils Käfergetier nix mehr zu futtern findet.

Zitat von bytecook:

Naja, mal abwarten was wirklich kommt...

Das denke ich auch. Die ganze Aktion kommt mir doch sehr seltsam vor. Inoffizielle Kanälen ist nicht unbedingt zu trauen. Wer weiß, wir machen uns hier verrückt und dann wars nur ein Sturm im Wasserglas.

[mkinzler]

Zitat:

Wer weiß, wir machen uns hier verrückt und dann wars nur ein Sturm im Wasserglas.

Normalerweise kommt ein Dementi seitens EMBT recht schnell. Es scheit sich ja um eine öffentliche Veranstaltung mit EMBT-Mitarbeitern gehandelt zu haben.

[Codehunter]

Zitat von mkinzler:

Zitat:

Wer weiß, wir machen uns hier verrückt und dann wars nur ein Sturm im Wasserglas.

Normalerweise kommt ein Dementi seitens EMBT recht schnell. Es scheit sich ja um eine öffentliche Veranstaltung mit EMBT-Mitarbeitern gehandelt zu haben.

Warum nur wünscht ich mir hier zum ersten Mal ein Dementi seitens Emba?

[Zacherl]

Für mich sind Inline Variablen ganz und gar nicht gleichzusetzen mit geringerer Übersicht und Chaos. Ganz im Gegenteil! Was hier oft vergessen wird, ist dass die Variablen an ein Scope gebunden sind. Also nur valide sind im Block in dem sie auch definiert wurden.
Kenne das von C++, wo man coole Sachen machen kann (weil dort auch Objekte automatisch den Destructor aufrufen, wenn die Instanz aus dem Scope läuft). Unter Delphi wird man hier mit Interfaces ähnliche Magie betreiben können.

Jeder kennt so Funktionen, bei denen die Zählervariablen schon bei N oder weiter angelangt sind, oder generell der Variablenblock 10-20 Einträge hat. Oft ist das natürlich schlechtes Design, aber oft lassen sich diese Funktionen auch nicht gescheit aufteilen. Hier werden Inline Variablen die Übersicht deutlich erhöhen. Anderseits muss man natürlich ggfls. auch etwas suchen, bevor man die Deklaration findet - wobei die IDE hierfür ja Shortcuts hat.

Also im Grunde wie schon erwähnt: Hat alles seine Vor- und Nachteile.

[Bernhard Geyer]

Zitat von Zacherl:

Für mich sind Inline Variablen ganz und gar nicht gleichzusetzen mit geringerer Übersicht und Chaos. Ganz im Gegenteil! Was hier oft vergessen wird, ist dass die Variablen an ein Scope gebunden sind. Also nur valide sind im Block in dem sie auch definiert wurden.

Hatter erst vor wenigen Tagen einen Fall bei dem eine Scope-Sichtbare Variable den Fehler vermieten hätte (Reuse von Methoden-Globalen Variablen)

[bernau]

Zitat von Codehunter:

Zitat von TiGü:

Ihr müsst die neuen Sprachfeatures nicht nutzen!

Am Ende ist es eine Gewohnheitssache.

Letztlich ja doch, wenn im Team einer damit anfängt müssen zwangsläufig alle anderen auch. Spätestens beim Entkäfern wenn der Kollege im Urlaub ist.

Gib es für so etwas keine Teamguidelines? Ein klares "Das darf verwendet werden", "Das darf nicht verwendet werde" sollte doch möglich sein.

Die nächste Stufe wäre dann, dass jeder ohne nachzufragen seine eigenen Komponenten verwendet.