AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren

Firemonkey vs VCL

Ein Thema von blawen · begonnen am 17. Feb 2014 · letzter Beitrag vom 17. Feb 2016
Antwort Antwort
Seite 2 von 3     12 3   
Bambini
(Gast)

n/a Beiträge
 
#11

AW: Firemonkey vs VCL

  Alt 15. Feb 2016, 15:26
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.
  Mit Zitat antworten Zitat
Benutzerbild von jaenicke
jaenicke

Registriert seit: 10. Jun 2003
Ort: Berlin
9.288 Beiträge
 
Delphi 11 Alexandria
 
#12

AW: Firemonkey vs VCL

  Alt 16. Feb 2016, 21:08
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...
Sebastian Jänicke
Alle eigenen Projekte sind eingestellt, ebenso meine Homepage, Downloadlinks usw. im Forum bleiben aktiv!
  Mit Zitat antworten Zitat
Rollo62

Registriert seit: 15. Mär 2007
3.882 Beiträge
 
Delphi 12 Athens
 
#13

AW: Firemonkey vs VCL

  Alt 16. Feb 2016, 21:40
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
  Mit Zitat antworten Zitat
warschonweg

Registriert seit: 2. Okt 2014
31 Beiträge
 
#14

AW: Firemonkey vs VCL

  Alt 17. Feb 2016, 00:33
Was zu der Frage führt, wieso es noch kein Qt5 für Delphi gibt.
Nach Diktat verreist,
[war schon weg].
  Mit Zitat antworten Zitat
Bambini
(Gast)

n/a Beiträge
 
#15

AW: Firemonkey vs VCL

  Alt 17. Feb 2016, 09:53
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 ...
  Mit Zitat antworten Zitat
Benutzerbild von Sherlock
Sherlock

Registriert seit: 10. Jan 2006
Ort: Offenbach
3.753 Beiträge
 
Delphi 11 Alexandria
 
#16

AW: Firemonkey vs VCL

  Alt 17. Feb 2016, 10:05
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
Oliver
Geändert von Sherlock (Morgen um 16:78 Uhr) Grund: Weil ich es kann
  Mit Zitat antworten Zitat
Bambini
(Gast)

n/a Beiträge
 
#17

AW: Firemonkey vs VCL

  Alt 17. Feb 2016, 10:22
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 Ob das ein richtiges Konzept ist
Zumal Delphi mit seinen TDataSet-TDataSource seit Delphi 1 schon ein gutes Konzept hat?
  Mit Zitat antworten Zitat
bra

Registriert seit: 20. Jan 2015
711 Beiträge
 
Delphi 10.2 Tokyo Enterprise
 
#18

AW: Firemonkey vs VCL

  Alt 17. Feb 2016, 10:25
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.
  Mit Zitat antworten Zitat
Benutzerbild von Mavarik
Mavarik

Registriert seit: 9. Feb 2006
Ort: Stolberg (Rhld)
4.123 Beiträge
 
Delphi 10.3 Rio
 
#19

AW: Firemonkey vs VCL

  Alt 17. Feb 2016, 10:36
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...
  Mit Zitat antworten Zitat
bra

Registriert seit: 20. Jan 2015
711 Beiträge
 
Delphi 10.2 Tokyo Enterprise
 
#20

AW: Firemonkey vs VCL

  Alt 17. Feb 2016, 10:39
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.
  Mit Zitat antworten Zitat
Themen-Optionen Thema durchsuchen
Thema durchsuchen:

Erweiterte Suche
Ansicht

Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 21:13 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz