Delphi 10.4 Sydney - Erste Eindrücke

[venice2]

Zitat von Daniel:

Zitat von venice2:

Edge bleibt Edge und ist in beiden Varianten -> Spyware.

... was Deine subjektive Meinung ist und mit dem Thema Delphi 10.4 jedoch nichts zutun hat.

Richtig.
Deshalb kommentiere ich es auch nicht mehr.

[Rollo62]

Hab mehrere kleine und mittlere FMX Projekte portiert,
was problemlos war.
Android und iOS soweit gutmütig, die erwarteten ARC Probleme sind nicht eingetreten.
Ledigluch der GrijjyLogger hat Probleme mit den ZMQ Libraries,
aber das war zu Erwarten.

Man muss natürlich alle Libs möglichst Aktualisieren.

[Hobbycoder]

Hier mal ein Beispiel für "merkwürdiges" Code-Insign-Verhalten.

Die Klasse ist soweit korrekt. Nur eine Klassenvariable wird im Code-Insign einfach nicht angezeigt.
Projekt lässt sich ohne Fehler compilieren. Per Hand ausgeschrieben wird die Klassenvariable fehlerfrei verwendet.

Andere Klassenvariablen sind aber da. Für mich nicht nachvollziehbar. Wenn ich ganz ehrlich bin, war mir das alte Code-Insign lieber. Auch wenn es manchmal Performanceprobleme hatte.

[Rollo62]

Du kannst das alte ja wieder einschalten

[jaenicke]

Zitat von Hobbycoder:

Nur eine Klassenvariable wird im Code-Insign einfach nicht angezeigt.

Wie sieht es ohne Self aus, schließlich möchtest du ja gar nicht auf etwas in der aktuellen Instanz zugreifen?

Zitat von Hobbycoder:

Wenn ich ganz ehrlich bin, war mir das alte Code-Insign lieber. Auch wenn es manchmal Performanceprobleme hatte.

Das kannst du ja (noch) einstellen.

[Hobbycoder]

Hab noch einen.

Bei der Vervollständigung des Create bei TObjectList (keine eigene Create-Methode), sollte er direkt auf die "richtige" Create-Methode, also Create(AOwnObjects: Boolean) , fokusieren.

Klar kann ich das alte wieder aktivieren. Ich hatte aber erwartet, dass das zumindest mal so grundsätzlich richtig funktioniert, und nicht als Beta verkauft wird. Bei dem Preis

[jaenicke]

Zitat von Hobbycoder:

Bei der Vervollständigung des Create bei TObjectList (keine eigene Create-Methode), sollte er direkt auf die "richtige" Create-Methode, also Create(AOwnObjects: Boolean) , fokusieren.

Warum ist der eine Konstruktor nun "richtiger" als der andere? Beide stehen direkt untereinander und im Quelltext ist der parameterlose Konstruktor weiter oben.
Nach welchem Kriterium sollte das die Codevervollständigung unterscheiden?

ObjectList.png

Im Gegenteil finde ich bei der TObjectList oder TObjectList<T> den Konstruktor ohne Parameter, der OwnsObjects direkt aktiviert, für meistens sinnvoller. Denn sonst braucht man ja die TObjectList nicht.

Diese parameterlosen Konstruktoren sind aber in 10.4 auch neu, bei diversen dieser Containerklassen, auch TDictionary.

[Der schöne Günther]

Zitat von Hobbycoder:

Hier mal ein Beispiel für "merkwürdiges" Code-Insign-Verhalten.

Die Klasse ist soweit korrekt. Nur eine Klassenvariable wird im Code-Insign einfach nicht angezeigt.

Mir fällt es auch immer öfter auf. Das neue Code Insight funktioniert ca ¾ der Zeit großartig und ¼ überhaupt nicht. Ich habe das Gefühl dass er z.B. Methoden nicht findet die vom Linker entfernt wurden? Man verwendet sie einmal und plötzlich tauchen sie fortan in den Vorschlägen auf. Beweisen kann ich das nicht, aber so geschehen grade mit TJsonAncestor.Format()