VCL vs. FMX - Die Frage ist (vorerst) offiziell beantwortet

[jaenicke]

Zitat von EWeiss:

Dann hätte man bei Windows auch auf OpenGL bleiben müssen und kein Mixstatus generieren.
Dann ist es nicht mehr CROSSPLATTFORM kompatibel. Ein Widerspruch in sich selbst.

Wenn du so heran gehst, gibt es keine einzige Programmiersprache, die Cross Platform ist. Schließlich kannst du mit keiner unter x86 Prozessoren ARM-Code ausführen oder umgekehrt...

[Codehunter]

Das Thema Screenreader ist auch nicht so ganz trivial und von der Hand zu weisen. Denn wenn man genau hinschaut unterstützt FMX unter Windows nur eine proprietäre Schnittstelle, ebenso unter MacOS. Danach wird es ganz ganz finster. Wobei das Thema Screenreader ohnehin nicht als Pro-Contra-Argument taugt, weil auch die VCL da nicht wirklich glänzt. Daher muss sich jeder von uns schon mal fragen lassen, ob man sich jemals ernsthaft bei den eigenen Projekten Gedanken um Blindentauglichkeit gemacht hat...

Prinzipiell mag es ja egal sein, ob man ein neues Projekt mit VCL oder FMX startet. Vorhandene VCL-Projekte aber auf FMX zu portieren dürfte aber einen größeren Aufwand mit sich bringen, selbst wenn das vorhandene Projekt ganz strikt nach MVP-Prinzipien gebaut ist. Genau darum drehte sich das Blogpost von McKeeth. Machen wir uns mal nix vor, Emba hat uns da mit den zwei inkompatiblen Frameworks ein ziemliches Ei gelegt. Denn dass es überhaupt nötig ist, sich zu Beginn für eines zu entscheiden und das dann für sehr lange Zeit in Stein gemeißelt ist, das ist ein Konstruktionsfehler seitens Emba.

[Mavarik]

Zitat von Codehunter:

Machen wir uns mal nix vor, Emba hat uns da mit den zwei inkompatiblen Frameworks ein ziemliches Ei gelegt.

Man könnte auch sagen: Emba war klug genug - siehe kylix - nicht zu versuchen die VCL cross Plattform fähig zu versuchen, sondern sich getraut den alten Zopf ab zu schneiden.

[Bambini]

Zitat von Mavarik:

Zitat von Codehunter:

Machen wir uns mal nix vor, Emba hat uns da mit den zwei inkompatiblen Frameworks ein ziemliches Ei gelegt.

Man könnte auch sagen: Emba war klug genug - siehe kylix - nicht zu versuchen die VCL cross Plattform fähig zu versuchen, sondern sich getraut den alten Zopf ab zu schneiden.

War aber nicht Emba's Idee, die haben einfach die Firma gekauft:
http://blog.marcocantu.com/blog/emba..._nextgetn.html

[Mavarik]

Zitat von Bambini:

War aber nicht Emba's Idee, die haben einfach die Firma gekauft:

Soll was bedeuten? Nur der der's selber macht ist schlau... OMG...
Kaufen ist schneller als selber machen... Wieder schlau... (Ok ab es schlau war ist einen andere Frage, aber schneller um in den Markt zu kommen)

[Bambini]

Zitat von Mavarik:

Zitat von Bambini:

War aber nicht Emba's Idee, die haben einfach die Firma gekauft:

Soll was bedeuten? Nur der der's selber macht ist schlau... OMG...

D.h.: Wer keine Ideen hat, kauft sich welche.
Das zeigt aber auch sehr klar, auf welchem Tisch solche Ideen nicht entstehen.

[Mavarik]

Zitat von Bambini:

D.h.: Wer keine Ideen hat, kauft sich welche.

Das nennt sich Kosten->Nutzenanalyse...

Ich nutze auch die ein oder andere Komponente, weil ich keine Zeit habe es selber zu programmieren, oder
weil ich 60000 LOC eben bei meinem Stundenlohn nicht für 99 EUR programmieren kann.

Bedeutet ja nicht, dass ich es nicht selber programmieren könnte...

[jaenicke]

Zitat von Bambini:

D.h.: Wer keine Ideen hat, kauft sich welche.
Das zeigt aber auch sehr klar, auf welchem Tisch solche Ideen nicht entstehen.

Ich habe auch die Idee für unseren neuen GUI Designer einen besseren Objektinspektor zu schreiben. Aber wie Mavarik schon geschrieben hat: Den selbst zu schreiben ist trotz aller Ideen eben deutlich teurer als ihn schlicht fertig zu kaufen.

Alles selbst machen kann man sich leisten, wenn man privat als Hobby entwickelt, aber wenn du beruflich damit arbeitest, kannst du die Zeit eben nicht einfach mal so aus Spaß investieren, wenn es deutlich billiger geht.

[Bernhard Geyer]

Zitat von Mavarik:

Zitat von Codehunter:

Machen wir uns mal nix vor, Emba hat uns da mit den zwei inkompatiblen Frameworks ein ziemliches Ei gelegt.

Man könnte auch sagen: Emba war klug genug - siehe kylix - nicht zu versuchen die VCL cross Plattform fähig zu versuchen, sondern sich getraut den alten Zopf ab zu schneiden.

Eigentlich hat man 2* mit "Machen wir ein neues Framework ähnlich wie die VCL" eine Rohrkrepierer produziert: Kylix und VCL.NET.
Also lieber (nach fast 20 Jahren) mal ein neues Framework mit neuen Ideen und ohne (einen eh nicht einzuhaltende) Kompatiblität aufbauen als durch den Versuch dies zu machen das neue Framework.eigentlich schon wieder zu Verpfuschen.

[himitsu]

VCL for PHP

Aber Delphi steht ja voll auf die Zahl 2