Firemonkey vs. Xamarin

[mkinzler]

Zitat:

Sprachfeatures: Klar fehlt da was.... aber verstecken muss sich Delphi da nicht. Wer mehr will, kann sich ja mal den C++Builder anschauen.

Ist das nicht ein Widerspruch?

Zitat:

Freie SKU/Produkt: Gibt's doch.... Appmethod.

Aber nur für C++.

Ich habe so das Gefühl man will sich von Delphi oder OP, wie es nun genannt wird, verabschieden.

[Phoenix]

Zitat:

Zitat von MEissing (Beitrag 1263354)

Sprachfeatures: Klar fehlt da was.... aber verstecken muss sich Delphi da nicht. Wer mehr will, kann sich ja mal den C++Builder anschauen.

Freie SKU/Produkt: Gibt's doch.... Appmethod.

Wir reden hier aber von Delphi und nicht von C++. Ist ja schliesslich die Delphi-Praxis hier und nicht die C++ - Praxis ;-)

Und nochwas zur Attraktivität:
Das Pay-for-Bugfix-Konzept ist glaube ich der meistgenannte Stolperstein, den ihr Euch selber in den Weg legt. Für das Visual Studio 2010 (da gibts auch schon zwei Nachfolge-Versionen), gibt es noch bis Juli 2015 Mainstream-Support, extended sogar bis 2020. Ihr solltet wirklich überlegen, zumindest 2-3 Jahre noch Bugfixes nachzuliefern.

[greenmile]

Zitat:

Zitat von Phoenix (Beitrag 1263356)

Wir reden hier aber von Delphi und nicht von C++. Ist ja schliesslich die Delphi-Praxis hier und nicht die C++ - Praxis ;-)

:thumb:

[lowmax_5]

Ziel meines initialen Posts war es tatsächlich die unterschiede der beiden genannten Lösungen Firemonkey und Xamarin aufzuzeigen, um dann eine qualifizierte Entscheidung treffen zu können.

Ich habe z.B. nicht erwartet, das FMX hier eine fehlerfreie und überlegene Lösung zur Verfügung stellt. Jedes Produkt wird seine Vor-/und Nachteile sowie Schwächen haben. Zumal der Ansatz der Produkte jeweils an anderer ist. Daher ist es sehr hilfreich zu wissen, wo die individuellen Stärken&Schwächen liegen - und dafür Bedarf es nun mal einen Vergleich ohne dass ein Produkt dadurch gleich schlecht ist.

Auf Grund der Art der Anwendung und den speziellen Anforderungen, wird hier jeder eine andere Entscheidung treffen können. Fakt scheint aber so sein, dass sich beide Lösungen für die mobile Entwicklungen durchaus eignen.

Interessant wäre es noch zu wissen, ob es noch weitere Lösungen für die mobile Entwicklung gibt und dort schon entsprechende Erfahrungen gesammelt wurden.

[mkinzler]

Zitat:

Interessant wäre es noch zu wissen, ob es noch weitere Lösungen für die mobile Entwicklung gibt und dort schon entsprechende Erfahrungen gesammelt wurden.

HTML/CSS/JS ( PhoneGAP, JQuery (mobile), Enyo, ...)

[jensw_2000]

Zitat:

Zitat von lowmax_5 (Beitrag 1263358)

Interessant wäre es noch zu wissen, ob es noch weitere Lösungen für die mobile Entwicklung gibt und dort schon entsprechende Erfahrungen gesammelt wurden.

Hier mal eine ganz kurze und hoffentlich wertungsfreie Zusammenfassung von mir:

FM:
- UI wird einmal entwicklelt und für alle unterstützten Plattformen ansatzweise passend gerendert
- durch das ständige rendern (OpenGL) hoher Akkuverbrauch und etwas zähere User Experience auf dem Device
- große Applikationsdateien, auch bei kleiner Funktionalität (Fokus: Ladezeit, Deployment)
- Plattform SDKs werden durch Wrapper gekapselt. Dadurch:
- kleine Lernkurve (aus Sicht des Delphi Entwicklers)
- Support und Beispiele "nur" aus Delphi Kreisen
- mühsames Herankommen an spezielle API Funktionen, u.U. viel Code Overhead durch "IfDefs"
- Businesslogic wird zentral für alle Plattformen entwickelt
- Sprachfeatures: wie "Delphi" :)
- IDE/Produktupdates: 1-2 mal pro Jahr
- unterstützt neben Windows: iOS, OSX, Android (ARM)

Oxygene / Remobjects C#:
- Arbeitet direkt mit den SDKs der Plattformen
- UI wird pro Plattform in einem separaten Projekt angelegt
- UI wird per Code oder über die UI Design Tools der entsprechenden Plattformen "gebaut"
- Businesslogic wird zentral für alle Plattformen entwickelt
- normaler Akkuverbrauch und normale User Experience auf dem Device (außer man programmiert Spiele :))
- kleine Applikationsdateien, da direkt auf die "OnDevice" SDKs zugegriffen wird.

- Plattform SDKs werden direkt verwendet. Dadurch:
- sehr steile Lernkurve für jede Plattform, kaum Lernkurve in der Business Logic
- Support und Beispiele können aus jedem Kanal für jede Plattform gezogen werden (mit Ausnahme der reinen Sprachsyntax)
- direktes Herankommen an alle API Funktionen mit "plattformtypischen Methodensignaturen"

- Auf Wunsch können "Mapped Types" verwendet werden. Diese begradigen "intern" plattformspezifische Unterschiede zwischen den Basistypen. Zur Laufzeit werden dabei aber keine Wrapper verwendet, sondern direkt die Typen der jeweiligen Plattform.
- Sprachfeatures: großartig, mehr als jede hauseigene Plattformsprache "für sich" könnte
- IDE/Produktupdates: 4x mal pro Jahr oder wöchentlich per "Beta"
- unterstützt neben Windows: iOS, OSX, Java (allgemein überall), Android (Intel,ARM), Windows Phone und Windows Store Apps
- Cool: Remobjects C# Code kann mit Oxygene (Pascal) Code in einem Projekt gemischt werden (wenn man beide Lizenzen hat). Das erleichtert das schnelle Mitnehmen von altem Code und man kann die Stärken von Pascal und C# fallweise ausnutzen.

Xamarin (unvollständig, weil ich selbst damit nie gearbeitet habe):
- "MS" C# mit Wrappern zu den SDKs der Plattformen
- UI wird pro Plattform in einem separaten Projekt angelegt (?)
- Businesslogic wird zentral für alle Plattformen entwickelt
- normaler Akkuverbrauch und normale User Experience auf dem Device (außer man programmiert Spiele :))
- größere Applikationsdateien, wegen der SDK Wrapper.
- steile Lernkurve für jede Plattform, kaum Lernkurve in der Business Logic
- Support und Beispiele können "fast" aus jedem Kanal für jede Plattform gezogen werden. Die C# Wrapper erfordern allerdings ein zusätzliches Umdenken bei der Syntax.


Vielleicht mögen die Xamariner, Lazarus User und FMXer hier bekannte Top/Flop Features ergänzen ... :)

[Mavarik]

Zitat:

Zitat von greenmile (Beitrag 1263333)

Wieso nimmt also nicht jeder das was er will? Statt permanent zu versuchen die anderen von ihrem Favoriten zu überzeugen. Kritik an Emba ist ok und berechtigt. Aber diese ewige Werbung für "Nimm Lazarus, nimm Xamarin, nimm Visual Studio" ist in einem Delphi Forum echt peinlich!

+1... Genauso sehe ich das auch...

[jensw_2000]

DevXtreme von DevExpress (JS basierte WebApps):
- UI wird einmal entwickelt und für alle unterstützten Plattformen ansatzweise passend gerendert
- verhält sich auf dem Device wie eine "normale" WebApp
- kann per PhoneGap in eine "Native App" konvertiert werden (Fokus: Deployment über AppStore, PlayStore oder Windows Store)
- kleine Applikationsdateien (mit Grafik, HTML und JavaScript)
- Plattform SDKs werden teilweise durch Wrapper durchgereicht. Dadurch:
- kleine Lernkurve (bei vorhandenen JavaScript/Webentwicklungskenntnissen)
- Support und Beispiele "nur" aus der recht großen DevExpress Community (+ vorbildlicher InHouse Support)
- oft unmögliches Herankommen an spezielle API Funktionen
- Businesslogic wird zentral für alle Plattformen entwickelt oder über Webservices bereitgestellt
- Sprachfeatures: wie JavaScript + JS basierter API...
- IDE/Produktupdates: ca. 1 mal pro Jahr + mehrere Zwischenupdates
- unterstützt so ziemlich alles, das einen HTML5/CSS3/JavaScript fähigen Browser besitzt

[Dejan Vu]

Zitat:

Zitat von jensw_2000 (Beitrag 1263368)

...- Businesslogic wird zentral für alle Plattformen ...

Das sollte man sowieso machen, wenn man auf mehreren Hochzeiten tanzen will. Genaugenommen, sollte man die BL auch dann kapseln, wenn man nur für eine UI entwickelt.

[cookie22]

Zitat:

Zitat von MEissing (Beitrag 1263354)

Wer mehr will, kann sich ja mal den C++Builder anschauen.

Verkauft sich der C++ Builder überhaupt noch? Ich frag das hier nicht um irgendwie zu flamen oder sonst etwas, aber nutzt nicht jeder der unter Windows mit C++ arbeitet VS + QT?

Zitat:

Zitat von Mavarik (Beitrag 1263365)

+1... Genauso sehe ich das auch...

Das völlig kritiklose Fanboi-Gelaber nervt mindestens genauso. ;)