XE5 ohne FMX installieren

[Harry Stahl]

Zitat von Bernhard Geyer:

Sehe FMX als integraler Bestandteil von Delphi an. Evtl. muss man in 5-10 Jahren die VCL als optionalen Bestandteil nicht mehr installieren.

Es wird hier ja sicher keinen überraschen, wenn ich da zustimme.

Selbst wenn man nicht für MAC, [Linux], Android oder iPhone, sondern "nur" für Windows entwickeln möchte: Einige FireMonkey-Komponenten bieten schon jetzt einen deutlich größeren Leistungsumfang als die VCL-Komponenten. Tendenz zunehmend. Einer FireMonkey-Listbox eine TSearchbox hinzugefügt: Automatisch die Inhalte filtern. Einfach klasse. Hast Du bei VCL nicht. Und wenn Du eine Windows-Metropolis-Anwendung erstellen willst: Auch da bietet FMX mehr. Alleine mit den Stylelook-Ups für die Buttons, alles dabei, sucht man bei VCL vergeblich.

Und klar dürfte ja auch sein, dass Windows-RT Anwendungen (also ein Teil der Zukunft von Windows) demnächst über FMX zu bauen sind.

Insofern erstaunt es nicht, dass die Delphi IDE mehr oder weniger auch ein installiertes FMX voraussetzt.

[Insider2004]

Solange die Delphi-IDE kein FMX benutzt, werde ich bei VCL bleiben.

[jensw_2000]

Für mich ist der Trend zu FMX der Trennungsgrund von Delphi. Und ich mag Delphi (VCL) eigentlich immer noch sehr gern. Heulen könnt ich...
Die VCL ist völlig vernachlässigt, dir RTL bläht mit jeder neuen FMX Plattform immer weiter auf und die Modernisierung der Delphi Sprache ist völlig in Vergessenheit geraten.

Mit FMX bekommt man:
Windows Apps, die:

• bei komplexen Formularen sehr träge sind.
• sich Dank der gerenderten, geskinnten OpenGL UI anfühlen wie geskinnte Java Apps.
• Dank der OpenGL UI auf keinen normalen Terminalserver mehr laufen und damit im Businessumfeld völlig versagen.
• entgegen aller Trends für mehr Last und mehr Energieverbrauch sorgen.

iOS Apps, die:

• mit lieblosen Wrappern völlig an den iOS SDKs, besonders Cocoa, vorbeientwickelt wurden.
• unendlich groß und träge sind.
• die auf Grund der OpenGL UI "Akku fressen" wie ein HighEnd Game.
• hoffentlich bald durch Apple verboten und aus den Store geworfen werden.

Android Apps, die:

• mit dem NDK anstatt dem SDK (Dalvik & Co.) vorbei an allen "natürlichen" Wegen zur UI Entwicklung gebaut werden.
• unendlich groß und träge sind.
• die auf Grund der OpenGL UI "Akku fressen" wie ein HighEnd Game.

als Entwickler:

• keine FMX Komponentenvon von vielen größeren Komponentenherstellern (DevExpress, RemObjects ..), die das offensichtlich genauso sehen wie ich.
• keinen Support für Windows RT, schlechten Support für iOS/OSX
• ein Pascal Sprache, die sich seit vielen Jahren nicht mehr weiterentwickelt hat.

Ich mache diesen Trend jedenfalls nicht mit.

[newbe]

@jensw_2000

du sprichst mir wirklich aus dem Herzen. Ich halte FMX bis auf mobile Geräten für ne totgeburt.
Für Buisnessanwendungen bei dehnen es auf Skalierbarkeit und Performance gehts absolut untauglich.
Searchboxspielereien helfen da nicht wirklich. Vorallem eine ordentliche (von der Performance und Bedienbarkeit mit dem VST vergleichbare) Komponente sehe ich nich unter FMX. Mobile/Tablet schön und gut, aber auf dem Desktop? Und ichweis nich wer hier was von Windows RT erzählt hat. Falls du es noch nich mitgekriegt hast, Windows RT ist tot. Und die WinRT (das ist was anderes) kann ich wesentlich einfacher mit VS unter .Net programmieren. Auch mit der Stagnation der Sprache hast du vollkommen recht.

just my 2 cent

mfg newbe

[greenmile]

Ich installiere FMX halt mit, verwende es aber nicht mehr. FMX hatte seine Chance und hat auf ganzer Linie versagt, auch wenn da ganz tolle SearchListbox Funktionen drin sind. Bringt mir nix, kann ich nicht verkaufen. Chance gehabt, Chance vertan.

[jensw_2000]

Zitat von Smut:

Damals fand ich FMX ja schick und wollte....

Meinst Du das "Damals", als EMBT Firemonkey XE2 als das Hyper Entwicklungstool für Mac und iOS beworben hat? Mit diesem Grippe Röntenbild auf Windows, iPhone und iPad? Ja das Bild hat ein guter Designer gemalt. Fand ich auch schick.
Als ich das XE2 dann in der Hand hatte war die Enttäuschung einfach nur groß. EMBT hat das ja auch irgendwie gemerkt und FMX für iOS wieder zurückgezogen. Echt der Hammer, dass bei XE4 wieder das gleiche Marketing Getöse losging: "XE4 mit dem <ERSTEN> supernativen Firemonkey für iOS". Ich hatte das Gefühl, dass ich das unter XE2 schon einmal bezahlt hatte ...
FMX XE4 wieder getestet, wieder unbrauchbar für iOS, Windows und besonders Terminalserver.
Mit XE5 ist alles noch viel schlimmer geworden, weil die RTL durch die Android Integration noch viel fetter geworden ist und auch noch mehr rendering und skining Unsinn dazugekommen ist.

[jensw_2000]

Zitat von Smut:

Inzwischen (weil diese ganzen 3rd Party Dinger kosten ja auch Geld) probiere ich mal erneut Lazarus aus und nebenbei C#.Hab hier auch noch so ein Prism kram drauf... naja egal.

Wir Lazarus das macht weiß ich nicht. C# mit MonoTouch ist insofern "blöd", dass Du die iOS Seite lernen musst (Cocoa ,SDKs..) und dann noch die Besonderheiten, wie MonoTouch in das ganze Konstrukt einbringt.
Aber, Prism ist kein Kram . Das ist eine kastrierte Version von Oxygene, die nur .Net kann und die EMBT auf Grund von FMX aus dem Programm geworfen hat. Und wegen einem häftigen Knartsch zwischen EMBT und RemObjects.
Ich weis nicht ob Du Zeit und Nerven hast, aber wenn Du mit C# "spielst" und VisualStudio&Co. nicht hasst, dann lade Dir mal die aktuelle Trial von Oxygene runter. Schau Dir vorher ein paar Xcode iOS Traningsvideos auf Youtube an und Du kannst sofort anfangen richtig iOS zu programmieren. Genauso geht das auch mit Android, Windows Phone, Java und .Net allgemein. Kostenloses Lehrmaterial gibt es massenweise. Sobald man kapiert hat wie eine Zielplattform tickt, kann man mit einem super innovativem und modernem Pascal drauf losprogrammieren. Für Prism User, die EMBT ab XE3 sitzenlassen hat, bietet RemObjects zur Zeit glaube ich noch einen Special Migrationspreis an.
Und Oxygene baut nicht irgendeinen ineffizient lauffähigen Bytecode, sondern mitEchtenBordmittelnUndVorgesehenenSDKsErstelltePl attformNatürlicheKleineSchnelleUndWirklichRichtigN ative Apps. Schade dass es heutzutage nicht mehr ausreicht, einfach nur "native" dafür zu schreiben.

[Alfredo]

Zitat von Jensw_2000:

die wichtigsten Packages habe ich mir dafür schon zusammengekauft.

Was wären denn deiner Meinung die wichtigsten Packages.

Gruß
Alfred