Firemonkey vs VCL

[Bambini]

Zitat:

Zitat von Headbucket (Beitrag 1329915)

Multiplatform ist eigentlich kein Thema für uns.
Gibt es inzwischen trotzdem Gründe, weshalb man lieber FireMonkey anstatt VCL wählen sollte?

Wenn es nur für Windows und Multiplatform kein Thema ist, dann ist VCL immer noch die beste Wahl.

[jaenicke]

Zitat:

Zitat von Bambini (Beitrag 1330413)

Wenn es nur für Windows und Multiplatform kein Thema ist, dann ist VCL immer noch die beste Wahl.

So allgemein kann man das nicht sagen. Hast du schon einmal mit der VCL versucht Alpha-Transparenzen oder gedrehte Texte und Controls usw. umzusetzen? Ich schon, habe am Ende alles selbst gezeichnet, da ist Firemonkey der deutlich bessere Weg...

[Rollo62]

Ich sehe es mal ganz pragmatisch:

GESTERN:
VCL ==> Windows als ==> alles wunderbar, kann ich mit etwas Glück noch 2-3 Jahre weiterbetreiben
C/S ==> TDataset

HEUTE :
FMX statt VCL ==> Windows alt /OSX/iOS/Android, wenn man es braucht (so wie ich)
C/S, Cloud ==> TDataset, Livebindings sind möglich

MORGEN :
FMX ==> Windows neu + CrossPlatform ==> Crossplatform wird sich mehr angleichen, Win neu wird man bald nicht mehr wiedererkennen
C/S, Cloud, Linux Server, interne Berechnungen ==> LiveBindings


Windows Universal App wird sicher einiges von Android/iOS übernehmen, Desktop wird weniger Wichtig.
Auch Windows Motto ist Cloud first, Mobile first ...


Ich würde jedem empfehlen sich schon heute mit FMX zu beschäftigen, läuft unter Rx10 Subscription bereits ziemlich stabil wenn man nicht
alle Exotenkomponenten anpacken muss.
Fmx ist der beste Weg für Delphianer ins neue Jahrtausend.

Jedenfalls finde ich das Konzept von FMX und sogar von LiveBindings genau richtig, auch wenn es heute noch hakelt und Emba hier
und da mal was ausprobiert.
Emba hat sich die richtigen Konzepte abgeschaut und ist meiner Meinug nach auf einem guten Weg.
Aber wer sich zu spät damit befasst dem wird u.U. der Zug wegfahren.

Das Framework ist jetzt schon sehr mächtig, und immer mehr Code wandert ins System.xxx wo es von Fmx und Vcl genutzt werden kann,
so das ich viele hingewurstelte ZusatzKomponenten wie Jedi konsequent rauswerfe und lieber ein aufgeräumtes Fmx benutze.
Immer mehr BasicCode wird da mit den richtigen Patterns umgesetzt (ExpressionParser, Tasks, Parallel, SystemInfo, PlatformServices, etc. etc.),
so dass man eigentlich kaum noch 3rd Party für den täglichen Bedarf braucht.
Da tut die Lernkurve nur einmal etwas weh, aber ich denke sehr bald in der Zukunft wird sich das wieder auszahlen:

Zitat:

Ein Code auf allen Plattformen

funktioniert wirklich, soweit ich das Bestätigen kann.
Ich fände es super wenn möglichst viele sich schon damit auseinander setzen würden statt zu resignieren,
umso schneller kann es noch besser wereden.

Denn mir ist eines völlig klar: VCL wird FMX langfristig nicht verdrängen, eher umgekehrt.
Und bald wird hier jeder nur noch mit Phones, Tablets und Smartwatches rumlaufen, da frage ich mich welche VCL App da laufen wird :wink:

Rollo

[warschonweg]

Was zu der Frage führt, wieso es noch kein Qt5 für Delphi gibt.

[Bambini]

Zitat:

Zitat von jaenicke (Beitrag 1330581)

Zitat:

Zitat von Bambini (Beitrag 1330413)

Wenn es nur für Windows und Multiplatform kein Thema ist, dann ist VCL immer noch die beste Wahl.

So allgemein kann man das nicht sagen. Hast du schon einmal mit der VCL versucht Alpha-Transparenzen oder gedrehte Texte und Controls usw. umzusetzen? Ich schon, habe am Ende alles selbst gezeichnet, da ist Firemonkey der deutlich bessere Weg...

Mit Sicherheit gibt es Bereiche die in FMX "hübscher" gelöst ist, aber auch sehr umständlich wie z.B. die Stylebooks und es fehlen weiterhin noch einige wichtige Controls, wie z.B. ein RTF Editor. Einige wenige 3rd Party Toolhersteller (TMS) springen da in die Bresche, aber der Funktionsumfang bleibt immer noch sehr hinter den VCL Möglichkeiten zurück. Viele der Toolhersteller folgen den FMX Zug überhaupt nicht, wie z.B. DevExpress oder WPTools. So gibt es z.B. für FMX Programme unter Windows immer noch keine Ribbons.
Schaut man sich mal die schickeren FMX DB Grids von woll2woll oder Devmachines an, sieht man schon an den einfachen Demos, dass das noch nicht fertig ist.

Wenn man nur für Windows entwickelt, ist VCL die erste Wahl.
Die Wahrscheinlichkeit das man mit der VCL die nächsten Windows Versionen bedienen kann - das zeigten die Jahre - ist sehr hoch.
Bei FMX steht diese Beweis noch aus ...

[Sherlock]

Zitat:

Zitat von warschonweg (Beitrag 1330588)

Was zu der Frage führt, wieso es noch kein Qt5 für Delphi gibt.

Weil Delphi auf halbwegs native Controls zugreifen kann, und nicht auf systemfremde Dinger angewiesen ist, die unbedarfte Anwender in die Irre führen. Weshalb ich auch weiterhin (für Windows) die VCL favorisiere.

Sherlock

[Bambini]

Zitat:

Zitat von Rollo62 (Beitrag 1330583)

Jedenfalls finde ich das Konzept von FMX und sogar von LiveBindings genau richtig, auch wenn es heute noch hakelt und Emba hier
und da mal was ausprobiert.
Emba hat sich die richtigen Konzepte abgeschaut und ist meiner Meinug nach auf einem guten Weg.

Gab es Livebinding nicht schon vor FMX?
Schaut man sich mal an was das standard Grid mit Livebinding an einen TDataset macht: Es erzeugt für jede Datensatz ein neuen Satz von TControls:gruebel: Ob das ein richtiges Konzept ist:gruebel:
Zumal Delphi mit seinen TDataSet-TDataSource seit Delphi 1 schon ein gutes Konzept hat?

[bra]

Was man nicht außer Acht lassen sollte, dass FMX immer noch in der Entwicklung steckt und sich immer mal wieder was ändern kann, sprich man hat immer wieder mehr oder weniger Anpassungsaufwand. Leider ändert sich auch das Design der Styles bei jeder Version mehr oder weniger leicht, was zum Teil auch Anpassungsaufwand nach sich zieht.

Bei der VCL ist halt alles nativ Windows, hier muss man nichts anpassen.

[Mavarik]

Zitat:

Zitat von bra (Beitrag 1330622)

Bei der VCL ist halt alles nativ Windows, hier muss man nichts anpassen.

Seit Windows 95 entwickele ich mit Delphi meine Software die vorher auf DOS lief...
Natürlich - wie jeder zu dieser Zeit - RAD... Butten drauf, Doppelklick code rein...
Daher stellt sich für diese Anwendung nicht mehr die Frage...

Aber hätte ich für jede Nachfrage: "Läuft das auch auf Apple" eine Mark bekommen, bräuchte ich heute nicht mehr zu arbeiten...

Das los lösen von eine direkten Verbindung zur VCL ist sicherlich das richtige Konzept... Und FMX ist auf dem besten Wege...

[bra]

Zitat:

Zitat von Mavarik (Beitrag 1330624)

Aber hätte ich für jede Nachfrage: "Läuft das auch auf Apple" eine Mark bekommen, bräuchte ich heute nicht mehr zu arbeiten...

Letztlich kommt es aber auf die Zielgruppe an. Bei uns ist der Mac z.B. kein Thema, weil nicht existent. Nur für unsere App brauchen wir halt die Multi-Plattform.