XE7 veröffentlicht

[Dejan Vu]

Zitat von Der schöne Günther:

Warum für .NET'ler LINQ immer das Endprodukt der sozial-humanistischen Evolution sein wird werde ich nie verstehen.

Arbeite damit und du wirst verstehen: 90% der Programmierung sind Schleifen, Listen, Suchen, Filtern. Mit LINQ reduzierst Du deine Arbeit um diese 90% abzüglich ein wenig overhead. Das geht mit Delphi, ist aber so unübersichtlich und schlecht lesbar, das man es lieber bleiben lässt. Wenn Emba irgendwann ein paar Monate in die Lambda-Ausdrücke investiert, haben sie es ja auch.

Apropos Elvis-Operator: C# hat ihn.

Code:

var x = foo ?? bar;
// oder noch geiler
var x = foo == (foo = CreateFoo()); // Lazy loading

Aber LINQ ist nicht das Ende der Revolution. Es ist ein Anfang. F# ist ein weiterer Baustein

Delphi will aber gar nicht (mehr) in diese Richtung. Ich find die Entwicklung in Richtung mobile development viel sinniger, denn wo wird denn in den nächsten Jahren die Musik gespielt? Bei LINQ oder auf Tablets? Da wo Microsoft pennt, holt Emba endlich mal wieder auf. Andere sind zwar schon viel weiter, aber alles ist besser als stehenbleiben.

[bernau]

Zitat von Dejan Vu:

Da wo Microsoft pennt, holt Emba endlich mal wieder auf. Andere sind zwar schon viel weiter, aber alles ist besser als stehenbleiben.

Sehe ich auch so. Von Release zu Release wird Delphi immer besser. Wenn ich mir den Dornröschenschlaf zur Inprise/Codegear-Zeit ansehe und vergleiche das mit dem Entwicklungsschub von heute, dann bin ich mir sehr sicher, daß Delphi wieder an Bedeutung gewinnen wird. Grade weil Embarcadero unabhängig ist und nicht nur für die eigene Plattform (MS=Windows, Apple=iOS, Google=Anroid) muss.

[Stevie]

Zitat von Dejan Vu:

Zitat von Der schöne Günther:

Warum für .NET'ler LINQ immer das Endprodukt der sozial-humanistischen Evolution sein wird werde ich nie verstehen.

Arbeite damit und du wirst verstehen: 90% der Programmierung sind Schleifen, Listen, Suchen, Filtern. Mit LINQ reduzierst Du deine Arbeit um diese 90% abzüglich ein wenig overhead. Das geht mit Delphi, ist aber so unübersichtlich und schlecht lesbar, das man es lieber bleiben lässt. Wenn Emba irgendwann ein paar Monate in die Lambda-Ausdrücke investiert, haben sie es ja auch.

Apropos Elvis-Operator: C# hat ihn.

Code:

var x = foo ?? bar;
// oder noch geiler
var x = foo == (foo = CreateFoo()); // Lazy loading

Aber LINQ ist nicht das Ende der Revolution. Es ist ein Anfang. F# ist ein weiterer Baustein

Delphi will aber gar nicht (mehr) in diese Richtung. Ich find die Entwicklung in Richtung mobile development viel sinniger, denn wo wird denn in den nächsten Jahren die Musik gespielt? Bei LINQ oder auf Tablets? Da wo Microsoft pennt, holt Emba endlich mal wieder auf. Andere sind zwar schon viel weiter, aber alles ist besser als stehenbleiben.

Naja, das isn bisschen Äpfeln und Birnen vergleichen. Auch für Tablets ist Programmierung noch mit Listen hantieren.
Und da ist LINQ (egal ob mit der speziellen LINQ Syntax oder "nur" über IEnumerable<T> extention methods) nunmal sehr feiner Syntaxzucker.

Ob der ternary oder null coalescing operator (C# bekommt bald ja sogar den null propagating operator) in Delphi ne geile Sache wäre, artet nunja meist wieder in Glaubenskriege aus
(Ja, ich kenn IfThen, aber das ist nicht, was ein ternärer Operator macht)

Damit das in Delphi besser geht als jetzt schon (jeder, der mit Listen arbeitet und Spring4D nutzt wird wissen, was ich meine) wäre ein erster Schritt die Implementierung von Interface helpern und Helpern für generische Typen (damit geh ich Marco nun schon eine Weile auf die Nerven ) und dann die Lambdas für übersichtlicheren Code (und je nach Implementierung die Möglichkeit den Syntaxtree auseinander zu drüseln), denn die Syntax für anonyme Methoden is einfach nur >50% Boilerplate code.

[Uwe Raabe]

Zitat von Stevie:

(damit geh ich Marco nun schon eine Weile auf die Nerven )

Bloß nicht aufgeben!

[Dejan Vu]

Zitat von Stevie:

Naja, das isn bisschen Äpfeln und Birnen vergleichen. Auch für Tablets ist Programmierung noch mit Listen hantieren.

Ich meinte eher, womit sich die IDE-Klitschen so die Zeit vertreiben, wenn sie fertig mit dem Geldzählen sind. Oder anders ausgedrückt: Wo liegt der Fokus in der Sprach-/IDE-Entwicklung oder einem Framework, um die Masse an die Computer des 21.Jahrhunderts heranzuführen? Emba hat sich für letzteres entschieden: Windows wird in 5 Jahren im PRivatbereich keine Rolle mehr spielen und wer Spiele und kleine Programme für Otto den Normalverbraucher schreiben will, kommt um Android nicht mehr herum (oder nenne es Apple, mir wurscht). Ergo hat Emba alles richtig gemacht.

Bei allem Rumgemeckere und rumgemosere an Emba, der Preispolitik, der moderaten Qualität usw. darf man eins aber nicht vergessen: Emba ist nicht Microsoft und ich behaupte auch mal, das selbst die VS-Abteilung von MS, die auch für C# zuständig ist, der Emba-Truppe ein paar Büros abtreten könnte, ohne das hier Gedränge entsteht.

Und dafür ist das doch langsam -was man hier so liest jedenfalls- ganz brauchbar. Die Preise sind moderat, das FMX-Gedönse fällt nicht mehr durch den Alpha-Test und im Sprachbereich wird es gaaanz langsam auch mal etwas moderner.

Also auf den FMX-Zug würde ich glatt noch aufspringen.