Neue Roadmap August 2018 erschienen

[jbg]

Zitat von TiGü:

Zitat:

We are also integrating a number of items from Andreas Hausladen’s IDE Fix Pack, which we licensed earlier this year

Ach guck!

Das heißt aber auch, dass sie jetzt Code-Stellen anfassen, die IDEFixPack seit einem Jahrzehnt ohne Änderung patchen konnte. Somit wird es wohl kein neues IDEFixPack mehr für das neue Delphi geben. Was also nicht schon durch das "a number of items" abgedeckt ist, geht verloren.

[mkinzler]

Oder sie Ptachen haltr auch auf Binärebene

[jbg]

Zitat von mkinzler:

Oder sie Ptachen haltr auch auf Binärebene

Dann müssten sie den Assemblercode und die Algorithmen auch nicht verstehen und könnten alle Patches nutzen

Ich glaube aber eher, dass sie die komplett in Delphi geschriebenen Funktionen verwenden werden, die andere komplett ersetzen (z.B. ExtractFilePath => FastExtractFilePath). Die Funkionen, die sich zwischen den Assembler-Instruktionen einnisten sind da schon etwas komplizierter und deren Funktionsnamen sind teilweise frei erfunden.

[KodeZwerg]

Zitat von Uwe Raabe:

Bitte schön: https://community.embarcadero.com/ar...t-2018-roadmap

Dankeschön.

[Friday]

Ich finde vor allem schade dass die Nullable Types auf 10.4.x verschoben wurden.

[mkinzler]

Wenn man diese benötigt: Spring4D

[bernau]

Zitat von mkinzler:

Wenn man diese benötigt: Spring4D

Kann man natürlich verwenden. Oder auch Franks FDK

Aber wenn es in Delphi ohne externe Komponenten oder Units vorhanden ist, dann ist es schon was Feines.

Mich würde es auch interessieren, wie tief die Nullables in der in der Sprache integriert sind. Wird es einen neuen Typen NullableInteger geben? Oder ist das Integer dann von Haus aus Nullable?

[mkinzler]

Das würde jegliche Kompatibilität sprengen. Ich vermute mal, dass dies gesonderte (generische) Typen sein werden.

[himitsu]

Zitat von bernau:

Oder ist das Integer dann von Haus aus Nullable?

Der Wert "Null" müsste ja in dem Integer gespeichert werden und dort ist kein Platz dafür.
(außer man würde "einen" der vorhandenen Werte dafür reservieren, aber das geht "allgemein" nicht, also nicht standardmäßig für "Alle" und überall)

Und den Integer einfach vergrößern geht auch nicht, da sonst Records und sonstige Datenübergaben/-speicherungen nicht mehr stimmen würden.

Der Integer muß also explizit irgendwo drin gekapselt werden, eben sowas wie ein generisches TNullable<> oder mehrere neue native Nullable-Typen, welche das zusätzliche Bit Byte/Boolean enthalten.
z.B. ähnlich wie beim Variant ... so gesehn haben wir schon seit Ewigkeiten einen Nullable-Typen und der kann sogar noch mehr (oder weniger) als nur Null -> Empty

[Stevie]

Tip für die, die sich fragen, wie die nullables wohl implementiert werden: Schaut euch die geplanten Language Enhancements für 10.3 an.

Zitat von himitsu:

so gesehn haben wir schon seit Ewigkeiten einen Nullable-Typen und der kann sogar noch mehr (oder weniger) als nur Null -> Empty

Jo, nur leider ohne jegliche Typensicherheit wo sich jeder in seinem Leben schon einmal gefragt hat, warum da plötzlich ein unerwarteter Wert stand oder eine Exception flog.