Delphi 10.4 Sydney - Erste Eindrücke

[twein]

Meine Erfahrung aus Sicht eines Users:

Zu meiner Person:
Erfahrung mit Delphi seit 1999:
Meine käuflich erworben Lizenzen über mehr als 20 Jahre:
Borland Delphi 5 (1999)
Borland Delphi 7 Studio Architect (2003)
Embarcadero RAD Studio 2010 Architect Academic (2009)
RAD Studio XE6 Enterprise Academic Named User License (2014)
Delphi 10 Seattle Enterprise Edition - UPG (9.2015)
Seit 12.2015 Delphi Enterprise Update Subscription für 1 Jahr

Für mich persönlich, das absolut beste Produkt "Borland Delphi 7 Studio Architect"

So jetzt geht es los.

Eigentlich hatte ich mich für das Webinar am 28. Mai 2020 mit Matthias Eißing angemeldet.
Konnte aber dann doch leider nicht teilnehmen, da ein IT-Notfall 30 Min. vor Beginn eingetroffen ist. War dann wichtiger.
Hatte nun auch die Möglichkeit mir die Aufzeichnung anzuschauen.
Sehr gelungenes Webinar, hat mir sehr sehr gut gefallen.

Am 26.5.2020 habe ich dann mit der Installation begonnen. (ISO Download)
Clean-Windows10 Pro (1909) mit allen Patches bis 26.5.2020; Office2019; Notepad++; 7Zip; Microsoft Edge; Firefox; VLC; MS VisualC++ 2008, 2013,205-2019.
Nichts wildes, für mich Standard!

Image in VM eingegangen und auf geht es.
Probleme gab es mit der Lizenznummer:

Also Neu registriert!
Habe dann zwei unterschiedliche Produkt-Registrierungen innerhalb einer Minute erhalten.
Ob die Installation nun wirklich zu 100% vollzogen ist, kann ich nicht sagen, da der Lizenzmanager abstürzt. (Bug ist gemeldet)

Nach knapp 90 Minuten war es dann erledigt. Warum dies solange dauert, sehr rätselhaft.
Meine Komponenten konnte ich leider nicht installieren, da diese, für die aktuelle Version noch nicht verfügbar sind.

Dann habe ich erstmal meine Apple Frameworks und den PA-Server eingerichtet. (MAC-OSX 10.5.4)
32Bit Frameworks sind verschwunden, ist aber kein wirkliches Problem.

Meine üblichen kleinen Tests, neue Hello-World-Projekte erstellen und auf unterschiedliche Plattformen ausführen.
Die neue CodeVervollständigung verhält sich sehr träge, vorher war es besser.

Zack Problem Nummer 1: iOS-Simulator funktioniert nicht!
Den Fehler hatte ich schon bei 10.3.3 gemeldet!
Es gibt immer noch keine Lösung, erst in 10.4.1 (Wahrscheinlich)

Nachdem Intraweb 15.2.0 verfügbar war, habe ich dies dann am 1.6.2020 nachinstalliert.
INFO: Ich erstelle derzeit für meine Kunden, zum größten Teil IntraWeb Anwendungen für den IIS.

Meine TMS-IW Komponenten für die Verwendung mit Delphi 10.4 und IntraWeb 15.2.0 angepasst.
Fehlschlag: Die verwendeten FreeAndNil Aufrufe funktionieren nicht mehr. Habe ich dann mit besten Wissen etwas rumgewurschtelt und versucht zu beheben.
Die verwendeten Methoden in den CodeAbschnitten selbst, verwende ich in dieser Form nicht.
Hat dann aber notdürftig funktioniert und auf geht es.

Mein aktuelles Kundenprojekt geladen, fehlerfrei kompiliert.
Fehlschlag beim Start: FireDAC Property .AsDateTime für meine Klasse für eine Datenbankfeld Time (MS-SQL-Server) kann nicht mehr verwendet werden.
Nun habe ich erstmal das Handtuch geschmissen, kann ja meinen Sourcecode nicht ohne wirkliche Begründung umstellen.

Jetzt muss ich erstmal durchatmen, kann meine knappe Zeit nicht für einen Betatest verschwenden.

Auch immer noch lästig, die Bearbeitung der Umgebungsvariablen (z.B. BDSLIB) Order hinzufügen ist immer noch sehr umständlich und das Unterordner mit durchsucht werden, gibt es auch nicht. Früher konnte man sehr gut erledigen.

Rein meine persönliche Meinung (Sorry:Und das muss jetzt auch mal raus):
Seit "Delphi 10 Seattle" warte ich auf einen Durchbruch und wirkliche Verbesserungen.
In 2015 hatte ich für ein nicht funktionierendes Produkt nach knapp 3 Monaten eine "Delphi Enterprise Update Subscription" erwerben müssen, damit ich dann ein Update erhalten konnte.

Mit 10.4 sehe ich auch nicht die vielen 1000 Verbesserungen. Anscheinend werden die gesammelten Bugs mitgezählt und es ist die Summe aus Delphi und C++ Builder

Da muss man sich wirklich fragen, warum man die doch sehr hohe "Delphi Enterprise Update Subscription" zahlt!
Alleine das man den IOS-Simulator nicht nutzen kann, ist für mich nicht tragbar und eine ordentliche iOS Entwicklung nicht möglich.

Beste Grüße

[Sherlock]

Ja, Delphi 7 war schon geil. *Seufz*

Benutze doch bitte das aktuelle Delphi erst, wenn alle Deine Dritt-Komponenten dafür angepaßt wurden. Das ist bekannt. Dein Test war also eigentlich Zeitverschwendung mit Ansage.

Sherlock

[scrat1979]

Ich habe vor einigen Tagen Delphi Sydney 10.4 installiert und nun integriere ich nach und nach die ganzen Drittkomponenten. Erst dann teste ich das ganze genauer.

Bisher hatte ich weder bei der Installation, Lizenzierung noch bei der Compilierung der Komponenten irgendwelche Probleme. Die IDE wirkt schneller und - zumindest mein persönlicher Eindruck nach kurzer Zeit - stabil.

Kann also die Probleme bei mir (in einer VM) nicht nachvollziehen.

[jaenicke]

Zitat von twein:

Fehlschlag beim Start: FireDAC Property .AsDateTime für meine Klasse für eine Datenbankfeld Time (MS-SQL-Server) kann nicht mehr verwendet werden.

Ist das ein TDateTimeField oder ein TSQLTimeStampField? Hier scheint es zu gehen.
Lese- oder Schreibzugriff? Und was passiert?

Zitat von twein:

Die neue CodeVervollständigung verhält sich sehr träge, vorher war es besser.

Ist das auch bei einem leeren Projekt so? Das ist hier in keinster Weise so, selbst bei größeren Projekten. Läuft da zufällig ein Antivirenprogramm oder sogar der Windows Defender?

Zitat von Sherlock:

Ja, Delphi 7 war schon geil. *Seufz*

Bis auf die schreckliche Komponentenpalette, die mich gefühlt Jahre meines Lebens gekostet hat mit scrollen und suchen. Ach ja, und das Suchen der herumfliegenden einzelnen Fenster hinter anderen Fenstern war wie Ostereier suchen.

Aber stabil war die Version, ja.

[himitsu]

Hey, die ist sooo cool, dass man sie sich inzwischen wieder aktivieren kann, weil ALLE sie wieder haben wollten.
Die hat jetzt auch einen Suchfilter (wenn ich mich richtig erinner) ... nix mehr scrollen

Und die Fenster kann man auch wieder so freifliegend bekommen.

[Bernhard Geyer]

Zitat:

Nach knapp 90 Minuten war es dann erledigt. Warum dies solange dauert, sehr rätselhaft.

Virenscanner sind dafür prädestiniert hier immer "reinzupfuschen".

Zitat:

Meine Komponenten konnte ich leider nicht installieren, da diese, für die aktuelle Version noch nicht verfügbar sind.

Die Anpassungen kann man auch ohne Hersteller machen, wenn Quellcode verfügbar ist.
Anpassungen in der *.inc-Datei sowie die Package-Dateien laden, Prefix anpassen und gut ist.

Zitat:

Fehlschlag: Die verwendeten FreeAndNil Aufrufe funktionieren nicht mehr. Habe ich dann mit besten Wissen etwas rumgewurschtelt und versucht zu beheben.

TMS? Habe hier zwar ander Komponenten. Aber einige Hersteller haben "gepfuscht" und an einigen stellen
als Gegenstück zum GetMem ein FreeAndNil implementiert. Das klappt mit 10.4 nicht mehr, da bei FreeAndNil nun TObject erwartet wird.
Einfach FreeAndNil durch FreeMem und (falls nötig) Variable auf nil setzen.

Zitat:

Fehlschlag beim Start: FireDAC Property .AsDateTime für meine Klasse für eine Datenbankfeld Time (MS-SQL-Server) kann nicht mehr verwendet werden.
Nun habe ich erstmal das Handtuch geschmissen, kann ja meinen Sourcecode nicht ohne wirkliche Begründung umstellen.

AsDateTime für ein TIME-Feld ist ja eigentlich auch falsch. Hier wird vermutlich eine besser Typprüfung zuschlagen.
TIME -> AsTime
date/datetime2 -> AsDateTime

Zitat:

Jetzt muss ich erstmal durchatmen, kann meine knappe Zeit nicht für einen Betatest verschwenden.

Ich vermute her das dein Quellcode noch einiges an Bugs/Unschönheiten beinhaltet.
Hab beim ersten Compilieren mit 10.4 auch gemerkt das bei uns die o.g. Fehler im Code auch vorhanden waren.
Einzig bei neuen Compilerhinweisen sind diese teilweise (until...repeat mit contine) teilweise fehlerhaft.

Zitat:

Auch immer noch lästig, die Bearbeitung der Umgebungsvariablen (z.B. BDSLIB) Order hinzufügen ist immer noch sehr umständlich und das Unterordner mit durchsucht werden, gibt es auch nicht. Früher konnte man sehr gut erledigen.

Was meinst du hier genau? D6 ist schon einige Zeit her, fande dort aber nichts was eleganter gelöst worden wäre.

Zitat:

Rein meine persönliche Meinung (Sorry:Und das muss jetzt auch mal raus):
Seit "Delphi 10 Seattle" warte ich auf einen Durchbruch und wirkliche Verbesserungen.

Das sind m.E. schon einge Dinge dabei die das leben einfacher machen. Manche lernt man erst zu schätzen wenn man (wegen Altcodepflege) mal wieder ein altes Delphi nutzen müsste.
Bei mir ist 10.2 (10.4 erst "nur alles zum compilieren gebracht) erheblich produktiver als die vorherigen Versionen (XE6 und Delphi 6).

[twein]

Zitat von Bernhard Geyer:

Zitat:

Rein meine persönliche Meinung (Sorry:Und das muss jetzt auch mal raus):
Seit "Delphi 10 Seattle" warte ich auf einen Durchbruch und wirkliche Verbesserungen.

Das sind m.E. schon einge Dinge dabei die das leben einfacher machen. Manche lernt man erst zu schätzen wenn man (wegen Altcodepflege) mal wieder ein altes Delphi nutzen müsste.
Bei mir ist 10.2 (10.4 erst "nur alles zum compilieren gebracht) erheblich produktiver als die vorherigen Versionen (XE6 und Delphi 6).

Ich warte nicht seit Delphi6, sondern seit "Delphi 10 Seattle"!

[twein]

Zitat von jaenicke:

Zitat von twein:

Fehlschlag beim Start: FireDAC Property .AsDateTime für meine Klasse für eine Datenbankfeld Time (MS-SQL-Server) kann nicht mehr verwendet werden.

Ist das ein TDateTimeField oder ein TSQLTimeStampField? Hier scheint es zu gehen.
Lese- oder Schreibzugriff? Und was passiert?

Exception message : '12:00:00.0000000' ist keine gültige Datums- und Uhrzeitangabe
Depending on the error condition, it might be possible to restart the application.
Exception class : EConvertError

Mit den vorherigen Versionen war es ein "TTimeField" jetzt ist es ein "TWideStringField"
und ".AsSQLTimeStamp" funktioniert auch nicht!

Zitat von jaenicke:

Ist das auch bei einem leeren Projekt so? Das ist hier in keinster Weise so, selbst bei größeren Projekten. Läuft da zufällig ein Antivirenprogramm oder sogar der Windows Defender?

Ja der Defender läuft und es ist alles identisch, wie auch mit der Version 10.3.3.
Es war mit meinem aktuellen Projekt!
Mit einem leeren Projekt, lässt sich die Funktion ja nicht wirklich beurteilen.

[himitsu]

Ja, das ist kein gültiges Delphi-Format, was z.B. StrToTime verstehen könnte.

DB-Typen, für welche es in der Clientkomponente keinen richtigen FieldTypen gibt, werden oft als VARCHAR/String behandelt und da greifen dann beim Zugriff über AsTime auch die Stringkonvertierungsfunktionen vom Delphi.

Es gibt oft irgendwo eine Übersetzungsfunktion DB-Type -> DataType -> TField-Nachfahre.
Der TTimeField vom Delphi versteht dieses Format wohl nicht und deine DB-Kompoenten haben keinen eigenen TTimeField-Verwandten,
oder es fehlt einfach nur in den Übersetzungliste eine passende Zuordnung.

Du kannst das TTimeField natürlich auch selbst erstellen, anstatt automatisch erstellen zu lassen,
oder bau einfach in dein SELECT einen CAST zu einem anderen Time-Typen, welchen deine DB-Komponente versteht.

[twein]

Zitat von himitsu:

Du kannst das TTimeField natürlich auch selbst erstellen, anstatt automatisch erstellen zu lassen,
oder bau einfach in dein SELECT einen CAST zu einem anderen Time-Typen, welchen deine DB-Komponente versteht.

Danke für den Hinweis!

Meine Anwendung läuft sauber auf mind. 4 unterschiedlichen SQL-Datenbanken. (MS-SQL, mySQL, PGSQL und SQLite)
Deswegen verzichte ich auf diese diversen Zuordnungen.