Firemonkey vs VCL

[blawen]

Zielgruppe ist zum einen unsere Werkstatt (Verwaltung von internen Reparaturen) und das untere und mittlere Kader (Statistiken, etc.).
In einer späteren Ausbauphase kann es sein, dass noch externe Reparauren (ext. Kunden) eingebunden werden. In diesem Fall wird zusätzlich noch die Buchhaltung beteiligt sein.

[stahli]

Mit FMX kannst Du nicht wissen, wie weit Du kommst.
Es kann an allen möglichen und unmöglichen Ecken klemmen, bis hin zu IDE-Abstürzen (Stand jedenfalls bei XE3).
Bugs wirst Du nur durch Kauf neuerer Versionen gefixt bekommen.

Ich würde vielleicht mit FMX erste Ansätze versuchen und wenn es zu oft Probleme gibt lieber alles neu mit der VCL machen.

[Der schöne Günther]

Ich hätte auch Schwierigkeiten, mich in deinem Fall für Firemonkey auf dem Desktop motivieren zu lassen. Macs werdet Ihr da unten sicher nicht einsetzen. Und sonst? Will man das als native Anwendung auf einem iOS oder Android-Gerät umsetzen muss die Oberfläche eh neu.

Auf Windows habe ich mit Firemonkey ab und zu etwas herumprobiert, kann mich aber wirklich nicht überzeugen. Elementarste Funktionen fehlen (ganze Wörter markieren mit Shift+Strg+Pfeil, ...) oder verhalten sich anders, als man auf Windows eigentlich gewohnt ist.

Ich habe einmal versucht, eine normale DBGrid-ähnliche Anwendung in FM zu realisieren: Das Ergebis sieht man hier. Ich bin kein deprimierter Hasser, aber unter Windows kann mich das ganze wirklich nicht überzeugen.

[Headbucket]

Hallo,

seit der Threaderstellung sind nun fast 2 Jahre vergangen. Mich würde mal interessieren, ob und wie sich eure Meinung inzwischen zu FireMonkey verändert hat.

Wir stehen im Moment auch vor der Entscheidung "VCL vs FireMonkey" für ein Projekt, welches viele Jahre im Einsatz sein soll.
Multiplatform ist eigentlich kein Thema für uns.
Gibt es inzwischen trotzdem Gründe, weshalb man lieber FireMonkey anstatt VCL wählen sollte?

Bietet die VCL heute noch immer Vorteile? Läuft FireMonkey inzwischen stabiler und man stößt nicht ständig an irgendwelche Grenzen?
Wir haben etwas Angst, dass die VCL nicht mehr groß weiterentwickelt wird. Bereits in den letzten Updates gab es nur noch wenige Neuerungen für die VCL. Vllt ist sie aber auch einfach ausgereift?

Grüße
Headbucket

[jaenicke]

Wir haben VCL und Firemonkey austauschbar als Oberfläche. Beide haben Vorteile, die Firemonkey GUI hat schöne Effekte, die VCL Oberfläche ist eher im Windows 10 Stil schlicht und elegant. Von der Funktionalität her unterscheiden sich die Oberflächen bei uns nicht.

Für Firemonkey bekommst du weniger kostenlose Komponenten, wenn das eine Rolle spielt. Wenn du zum Beispiel eine erweiterte Baum- oder Listenkomponente benötigst, musst du sie für Firemonkey vermutlich kaufen während es für die VCL z.B. die VirtualTrees kostenlos gibt.

Probleme hatte ich ansonsten mit Firemonkey mittlerweile keine mehr.

[Mavarik]

Für ein neues Projekt solltest Du nicht Fragen "Firemonkey oder VCL", sondern eher Programm von GUI trennen so das der unterschied lediglich ein Paar "dumme" Formulare sind.

Da Frage muss also lauten: "Klick mich zusammen RAD oder MVVM"!

Mit Delphi 10 läuft es übrigens alles sehr stabil.

[stahli]

@jaenicke+Mavarik

Die Trennung GUI + BL ist immer sinnvoll.
Die Frage ist dann nur, wie man die Kommunikation der Ebenen löst.

Die LiveBindings lösen (falls sie zwischenzeitlich stabil laufen sollten) ja auch nur einen Teilbereich.
Mavarik, kann man inzwischen mal etwas von Deinem MVVM-Framework sehen? (Mich persönlich würde lediglich ein Video interessieren, weil ich mir FMX nicht mehr arbeite.)


@Headbucket
Wie stabil und performant FMX inzwischen läuft kann ich nicht beurteilen.
Wenn Du aber noch XE8 nutzt würde ich keine Experimente eingehen.
Wenn FMX dann nur mit aktiver Subscription.

[Bambini]

Zitat von Headbucket:

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 von Bambini:

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

Rollo