Delphi-PRAXiS - Delphi XE3?

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)

- Sonstige Fragen zu Delphi (https://www.delphipraxis.net/19-sonstige-fragen-zu-delphi/)

- - Delphi XE3? (https://www.delphipraxis.net/167008-delphi-xe3.html)

Zitat:

Zitat von Insider2004 (Beitrag 1179943)

Ein anderes Beispiel ist z.b. dass aus .Caption plötzlich .Text wurde. Man hat nur einen Haufen Arbeit damit.

In den meisten Anwendungen dürfte der GUI-Layer den kleinsten Teil des Codes ausmachen. Und wenn dort dann etwas angepasst werden muss, betrifft dies ja nicht den restlichen Code. Sofern man die GUI nicht zu stark verdrahtet hat.
Und, sorry, aber wer das macht, der ist selbst schuld.

Das Problem an FMX ist einfach, dass die Programme weder unter Windows noch unter OS X aussehen wie native Programme.

Zweitens weiß man leider, wie schnell hochgelobte Technologienen bei Delphi wieder abgeschossen werden. Das haben wir einfach schon viel zu oft erlebt.

Mit FMX wäre ich mehr als Vorsichtig.

Beruhen die sogenannten Metrostyle Apps von XE 3 auf FMX? Oder wie hab ich mir das vorzustellen?

Zitat:

Zitat von cookie22 (Beitrag 1179952)

Das Problem an FMX ist einfach, dass die Programme weder unter Windows noch unter OS X aussehen wie native Programme.

Das hat Java ja auch nicht wirklich geschadet...
Wobei das bei OS X mit den Designjüngern natürlich schon noch etwas anders ist als bei Linux oder Windows.

Zitat:

Zitat von Insider2004 (Beitrag 1179943)

Das ist mir alles bekannt.

Dann ist ja gut.

Zitat:

Zitat von Insider2004 (Beitrag 1179943)

Was ich meine ist, das teilweise OnShow oder OnClick events fehlen bei manchen Komponenten. Es ist unmöglich seinen VCL code da irgendwie zu portieren. Das muss doch nicht sein. Ich hoffe, irgendwer bei EMBA erbarmt sich noch und macht die Interfaces wenigstens gleich zu VCL.

Konkret? Was fehlt? Und wo?

Zitat:

Zitat von Insider2004 (Beitrag 1179943)

Ein anderes Beispiel ist z.b. dass aus .Caption plötzlich .Text wurde. Man hat nur einen Haufen Arbeit damit.

Haufen Arbeit?

Wenn die GUI *Dein* Hauptproblem ist......

Zitat:

Zitat von MEissing (Beitrag 1179956)

Konkret? Was fehlt? Und wo?

Mir fehlen (wie bei der VCL) Eingriffsmöglichkeiten, ganz allgemein gesagt. Sei es das gerade hier im Forum diskutierte Problem zu verhindern, dass sich der Fokus ändert, wenn bei der Eingabe ein Fehler aufgetreten ist (aber SetFocusControl ist nicht virtuell --> ich komme nicht heran). Oder sei es auch an anderen Stellen, dass ich an viele Sachen nicht herankomme oder sie nicht (sinnvoll) ändern kann, weil ein Feld privat ist oder weil eine Methode nicht virtuell.
Das Nachschlagen in der VMT kostet sicher auch ein paar Takte, aber Flexibilität halte ich für wichtiger als Geschwindigkeitsunterschiede in diesen geringen Dimensionen.

Ich musste schon z.B. Klassen aus Generics.Collections fast komplett identisch erneut implementieren, einfach weil sie sehr starr und nur für den einen Zweck programmiert sind.

Weitere konkrete Beispiele müsste ich heraussuchen, wenn ich wieder aus dem Urlaub bin, hier am Laptop fehlen mir viele meiner Quelltexte.

Mit Firemonkey werde ich erst mit XE3 produktiv arbeiten, wenn/falls wir das Upgrade gekauft haben werden. Insofern hatte ich bisher nicht so viele Möglichkeiten mich damit zu beschäftigen. (Auf einen Wartungsvertrag hatten wir aufgrund der spärlichen Informationen im Hinblick auf Roadmaps verzichtet. Und so müssen wir über ein Upgrade auf XE3 erst noch entscheiden.)
Und da ist mir in der Hinsicht auch schon ein wenig aufgefallen. Trotzdem kann man sehr gut damit arbeiten, da bin ich mir sicher, aber mehr Flexibilität und Eingriffsmöglichkeiten wären schon wünschenswert.

Zitat:

Zitat von Insider2004 (Beitrag 1179943)

Konkret? Was fehlt? Und wo?

[/QUOTE]

Das mit der Caption bekommt man mit einem ifdef noch gebacken. Wenn aber z.B. eine Combobox kein OnSelect hat wird es haarig! Das ist jetzt nur ein Fehler von vielen, der mir jetzt einfällt. FMX ist zur Zeit für mich nicht zu nutzen. Selbst der Mida-Konverter konnte vieles nicht konvertieren, weil es in FMX keine Zielfunktion gab.

Zitat:

Zitat von jaenicke (Beitrag 1179950)

Zitat:

Zitat von Insider2004 (Beitrag 1179943)

Ein anderes Beispiel ist z.b. dass aus .Caption plötzlich .Text wurde. Man hat nur einen Haufen Arbeit damit.

Das ganze Delphi-Konzept beruht darauf, dass GUI und Code stark verdrahtet sind. Deine Betrachtung ist rein theoretisch und mit Delphi nicht zu vereinbaren. Das geht vielleicht in der MFC von MS.

Zitat:

Zitat von MEissing (Beitrag 1179956)

Zitat:

Zitat von Insider2004 (Beitrag 1179943)

Konkret? Was fehlt? Und wo?

Was mich jetzt wirklich Zeit und nerven gekostet hat:

Code:

showmessage('{6AFF0DB2-89AB-4F13-8AD6-3BB61870AF4E}');

Das Ergebnis ist "{6AFF0DB2-89AB-4F13-8AD6-" :wall:

Gruß

Zitat:

Zitat von Insider2004 (Beitrag 1179975)

Das ganze Delphi-Konzept beruht darauf, dass GUI und Code stark verdrahtet sind. Deine Betrachtung ist rein theoretisch und mit Delphi nicht zu vereinbaren. Das geht vielleicht in der MFC von MS.

Das geht auch mit Delphi sehr gut. Ich mache das mit Delphi auch. Der GUI-Layer lässt sich so komplett gegen einen anderen Layer austauschen.
Natürlich hat der auch ein gewisses Maß an Logik drin. Aber eben nur so viel wie die GUI benötigt, nichts zu den Daten an sich.

Zitat:

Zitat von jaenicke (Beitrag 1179986)

Zitat:

Zitat von Insider2004 (Beitrag 1179975)

Das ganze Delphi-Konzept beruht darauf, dass GUI und Code stark verdrahtet sind. Deine Betrachtung ist rein theoretisch und mit Delphi nicht zu vereinbaren. Das geht vielleicht in der MFC von MS.

Kannst Du da mal ein Beispiel anhand einer Procedure geben? Kann ich mir nicht vorstellen, wie man den GUI-Layer einfach so austauschen kann.