Firemonkey vs. Xamarin

[delphirocks]

Zum Thema Controls selbst zeichen oder nicht - Google setzt mit Dart/Flutter auf genau den gleichen Ansatz wie FMX. Vulkan Treiber/Skia (C Vector Grafik Bibliothek) und darauf aufgesetzt die Controls. Und siehe da, die Apps laufen super performant.

Was ich damit sagen will - der Ansatz von Firemonkey ist denke ich gut, nur muss man halt die entsprechende Ressourcen in das Nachbauen der nativen Controls stecken. Wie es geht, zeigt Flutter.

Embarcadero muss einfach mehr Geld in die Entwicklung buttern und weniger ins Marketing.

[SneakyBagels]

Zitat:

Embarcadero muss einfach mehr Geld in die Entwicklung buttern und weniger ins Marketing.

Bevor das passiert, wird VisualStudio Delphi-Support haben

[delphirocks]

Ja, leider. Aber die Hoffnung stirbt zuletzt.

[Rollo62]

Bei allem was da passiert frage ich mich wie ist die Unterstützung von real world applications.
Buttons und Edits bekomme ich ja überall gut hin, Xamarin, Flutter, Phonegap, etc.
Also eine reine Controls App sollte überall gut laufen.

Wo es für mich interessant wird sind die Sensoren, Kameras, Systemintegration, etc.
Wie sieht es denn dabei mit den anderen IDEs / Frameworks aus, hat da jemand schonmal was Komplexeres gemacht ?
Ich sehe das es bei den Frameworks möglich ist, aber momöglich muss man da 100% die Grundlagen selber legen.
Oder täusche ich mich da, und die Hardwae von iOS/Android wird schon 100% gekapselt und unterstützt ?

Rollo

[DeddyH]

Ich habe von Xamarin keine Ahnung, beschäftige mich aber gerade mit Hybrid-Apps und der Kombination Angular/Cordova/Ionic (ehemals PhoneGap). Und da ist die Liste der unterstützten Plugins nicht gerade kurz.

[Rollo62]

Ja, Phonegap scheint da ziemlich weit zu sein, wenn das auch wirklich Alles sauber funktioniert.
Ich hatte gerade mal bei Flutter geschaut, entweder gut versteckt oder es ist nur sehr wenig da.

Benutzt das denn jemand sehr intensiv, und ist das dann sehr stabil.
Die üblichen Verdächtigen sind GeoLocation, AccelerationSensor, BackgroundServices, PushNotifications, Camera, Interner Zugriff (Contacts, Calendar, SMS, Telefon), Mail.

Ich denke das müsste eigentlich in fast jeder App mal mehr oder weniger vorkommen.
Gibt es da vielleicht irgendwo einen realistischen Vergleich wie weit die verschiedenen Frameworks sind.

Rollo

[Wosi]

Zitat von delphirocks:

Zum Thema Controls selbst zeichen oder nicht - Google setzt mit Dart/Flutter auf genau den gleichen Ansatz wie FMX. Vulkan Treiber/Skia (C Vector Grafik Bibliothek) und darauf aufgesetzt die Controls. Und siehe da, die Apps laufen super performant.

Was ich damit sagen will - der Ansatz von Firemonkey ist denke ich gut, nur muss man halt die entsprechende Ressourcen in das Nachbauen der nativen Controls stecken. Wie es geht, zeigt Flutter.

Es geht mir auch gar nicht um die Performance. Die kann bei nachgebauten Controls auch durchaus schneller sein, wenn die GPU effizient genutzt wird. Es geht mir eher um die Akzeptanz der User. Ich weiß nicht genau wie es heute aussieht, aber zumindest bis letztes Jahr waren Apps, die nicht auf die systemeigenen UI-Komponenten gesetzt haben in den App-Stores selten gut bewertet (Außnahmen bilden hier Spiele und manche Media-Player).

Über Flutter kann ich gerade nichts sagen. Das befindet sich noch im Alpha-Stadium.

Zitat von Rollo62:

Wo es für mich interessant wird sind die Sensoren, Kameras, Systemintegration, etc.
Wie sieht es denn dabei mit den anderen IDEs / Frameworks aus, hat da jemand schonmal was Komplexeres gemacht ?
Ich sehe das es bei den Frameworks möglich ist, aber momöglich muss man da 100% die Grundlagen selber legen.
Oder täusche ich mich da, und die Hardwae von iOS/Android wird schon 100% gekapselt und unterstützt ?

Ich spreche jetzt nur über Xamarin. Bei den anderen Frameworks fehlt mir die Erfahrung.
Mit Xamarin hast du zunächst vollen Zugriff auf die nativen APIs jeder Plattform. Das heißt, du kannst mit Xamarin prinzipiell jede bestehende App nachbauen.
Nun willst du aber vermutlich nicht alle doppelt oder gar dreifach implementieren müssen, nur um ein Foto mit der Kamera aufzunehmen und es per REST-Call auf einem Server abzulegen. Dafür ist in Xamarin vieles gekapselt. Es gibt zahlreiche Bibliotheken, die Zugriffe auf native APIs hinter plattformunabhängigen Interfaces verstecken. Hier ein Beispiel aus MVVM-Cross: https://www.mvvmcross.com/documentat...er?scroll=1208

Um ein Foto auf egal welcher Platffform aufzunehmen würde es daher prinzipiell reichen Folgendes zu tun:

Code:

var task = Mvx.Resolve<IMvxPictureChooserTask>().TakePicture((*Die Parameter lasse ich mal weg*))

Abstraktionen gibt es inzwischen für nahezu alles im Xamarin-Umfeld.

Beispiele gibt es für alles mögliche:
https://developer.xamarin.com/sample...rin-forms/all/
https://github.com/MvvmCross/MvvmCross

[greenmile]

Zitat von Wosi:

Es geht mir auch gar nicht um die Performance. Die kann bei nachgebauten Controls auch durchaus schneller sein, wenn die GPU effizient genutzt wird. Es geht mir eher um die Akzeptanz der User. Ich weiß nicht genau wie es heute aussieht, aber zumindest bis letztes Jahr waren Apps, die nicht auf die systemeigenen UI-Komponenten gesetzt haben in den App-Stores selten gut bewertet (Außnahmen bilden hier Spiele und manche Media-Player).

Ich möchte an dieser Stelle nicht haten, aber meine Erfahrung nach x Jahren Firemonkey ist: Finger weg von Firemonkey, wenn es um Produkte für die Masse geht. Ich habe es bei den x verschiedenen Handy's, Tab's, Mac-Version usw nie richtig in den Griff bekommen. Mal sahen Controls anders aus, mal verschoben, fast immer unkontrollierbare Abstürze. Mal funktionierte es bei einer neueren XE Version wieder nicht, mal wurden Properties entfernt und es gab kaum einen Workaround. Ich nutze Firemonkey bzw auch den Mac-"Compiler", seitdem sie verfügbar sind, setze es aber in keinem neueren Projekt mehr ein. Verschwendete Zeit.

In Summe: Es kann, egal was Du nimmst, nur besser werden. Du wirst FMX früher oder später in irgendeiner Art und Weise bitter bereuen.

Just my 2 Cent

[Darlo]

Immerhin starten und laufen die FMX-Apps auch unter iOS 9.

[RWarnecke]

Zitat von Darlo:

Immerhin starten und laufen die FMX-Apps auch unter iOS 9.

, wo iOS 11 schon fast vor der Tür steht.

Zitat von greenmile:

Ich möchte an dieser Stelle nicht haten, aber meine Erfahrung nach x Jahren Firemonkey ist: Finger weg von Firemonkey, wenn es um Produkte für die Masse geht. Ich habe es bei den x verschiedenen Handy's, Tab's, Mac-Version usw nie richtig in den Griff bekommen. Mal sahen Controls anders aus, mal verschoben, fast immer unkontrollierbare Abstürze. Mal funktionierte es bei einer neueren XE Version wieder nicht, mal wurden Properties entfernt und es gab kaum einen Workaround. Ich nutze Firemonkey bzw auch den Mac-"Compiler", seitdem sie verfügbar sind, setze es aber in keinem neueren Projekt mehr ein. Verschwendete Zeit.

In Summe: Es kann, egal was Du nimmst, nur besser werden. Du wirst FMX früher oder später in irgendeiner Art und Weise bitter bereuen.

Just my 2 Cent

Bekommst meine volle Zustimmung.