Firemonkey vs. Xamarin

[Der schöne Günther]

Zitat:

Zitat von Mavarik (Beitrag 1263033)

Mein App... Meine Regeln...

Finde ich auch- Jeder hat andere Einsatzgebiete. Ein "Ich hasse Programmierer die so sind wie du weil..." finde ich da schon etwas hart.

Ein bisschen mehr positive Wellen.
:love:

[greenmile]

An die Guidelines von Windows hält sich auch niemand mehr. Und viele App's auf Android sehen nach allem aus, nur nicht nach Android.

Ich persönlich möchte jedoch, dass meine App eben nach Android aussieht und muss dafür sorgen dass sie nicht danach aussieht, weil sie dank non-native eben nicht so aussehen kann. (welch ein Satz!)

[stahli]

Zitat:

Zitat von greenmile (Beitrag 1263014)

Aber @ ME: Der Stahli ist ja nun recht aktiv und baut auch Dinge, die nicht ganz alltäglich sein (sein Framework). Kann man ihm nicht aus Nettigkeit eine XE6 Pro geben? Oder für einen symbolischen Wert von 50 EUR? Wäre für Euch echt Imagepflege.

@greenmile + cookie22

Vielen Dank für die Blumen. :kiss:
Vor 1 Jahr hätte mich das noch versöhnlich gestimmt. Heute habe ich eigentlich schon aufgegeben (sowohl FMX als auch Emba) und versuche mich etwas davon abzunabeln. ;-)
Ich teste einen neuen Ansatz unter XE3-VCL (2-3 Leute hier kennen das) und weitere Käufe bei Emba werde ich nicht mehr tätigen da Preis, Qualität und Firmenpolitik für mich nicht mehr zusammen passen (es sei denn, es gäbe völlig neue Rahmenbedingen oder eine Firemübernahme oder so).
Wenn ich mein VCL-Projekt aufgeben sollte werde ich jensw_2000 folgen (zumindest mich erst mal auf seinen Spuren umsehen) ...

[greenmile]

Kann ich verstehen ...

[MEissing]

Wir unterstützen durchaus Community-Mitglieder mit kostenfreien Versionen..... wenn diese denn auch konstruktiv und positiv etwas zur Community beitragen.

[cookie22]

Dann lass doch mal was für Stahli springen. Der hat sich lange lange Zeit für FMX stark gemacht, als die meisten von uns FMX schon lange abgeschrieben hatten.

Nicht reden, einfach mal tun, ohne viel gelaber. ;)

[greenmile]

Wäre auch dafür, er hat auf jeden Fall länger durchgehalten als manch anderer und gibt einfach nicht auf.

[Wunni]

Zitat:

... Heute habe ich eigentlich schon aufgegeben (sowohl FMX als auch Emba) und versuche mich etwas davon abzunabeln. ;-)

genau damit habe ich vor über einem Jahr auch begonnen... ich vermisse Delphi nicht mehr... Ob Visual Studio[C#, Xamarin, WebApi], XCode oder Eclipse, alles ist besser als Delphi. Der Umstieg auf andere Sprachen ist kein Problem und in die Frameworks kommt man auch schnell rein... Youtube machts möglich. Wenn ich mal etwas mit Pascal machen möchte, dann nehme ich Lazarus... auch plattformübergreifend! Mit XCode habe ich ein kostenloses Werkzeug, welches zu jeder neuen iOS Version pünktlich die neuen Features bereitstellt.

Zitat:

... und weitere Käufe bei Emba werde ich nicht mehr tätigen da Preis, Qualität und Firmenpolitik für mich nicht mehr zusammen passen (es sei denn, es gäbe völlig neue Rahmenbedingen oder eine Firemübernahme oder so).

Qualität und Firmenpolitik waren für mich ausschlaggebend, keinen Cent mehr in Delphi zu investieren. Am besten war der Vorgang, als ich gefordert hatte, mich bitte nicht mehr mit Werbung zu belästigen, die nicht hält, was sie verspricht... daraufhin wurde ich konsequent von den EMails des Maintenance Programms abgeklemmt... Werbung habe ich trotzdem weiter bekommen.
Aus Respekt zu Delphi spare ich mir mal jeden weiteren Kommentar zu Emba...

[Mavarik]

Zitat:

Zitat von MEissing (Beitrag 1263046)

Wir unterstützen durchaus Community-Mitglieder mit kostenfreien Versionen..... wenn diese denn auch konstruktiv und positiv etwas zur Community beitragen.

+1 lol Danke Genau das war die richtige Antwort... omg

Soweit kommt es noch.. Die Leute fürs flamen belohnen...

[jensw_2000]

Zitat:

Zitat von Mavarik (Beitrag 1263112)

Zitat:

Zitat von MEissing (Beitrag 1263046)

Wir unterstützen durchaus Community-Mitglieder mit kostenfreien Versionen..... wenn diese denn auch konstruktiv und positiv etwas zur Community beitragen.

+1 lol Danke Genau das war die richtige Antwort... omg

Jetzt ist mir auch klar, warum hier manche Leute Lobeshymnen auf FMX singen.

Zitat:

Zitat von Mavarik (Beitrag 1263112)

Soweit kommt es noch.. Die Leute fürs flamen belohnen...

Du verwechselst flamen mit "persönliche Erfahrungen objektiv wiedergeben" bzw. "persönlich empfundene Wahrheit sagen".

[greenmile]

Zitat:

Zitat von Mavarik (Beitrag 1263112)

+1 lol Danke Genau das war die richtige Antwort... omg
Soweit kommt es noch.. Die Leute fürs flamen belohnen...

Entschuldigung, aber da muss ich mal was zu sagen. Stahli war sicherlich einer der wenigen, der trotz diverser Fallstricke lange Zeit nicht aufgegeben hat. Er hat, auch wenn es nicht jeder verwenden kann, einige Dinge entwickelt, die an sich Potential haben. Er ist über diverse Fehler und Probleme gestolpert und hat hier Workarounds beschrieben. Irgendwann kam er nicht mehr weiter und hat Fehler gefunden, die einfach ... billig und unnötig waren. Er verdient kein oder nur wenig Geld mit seinem Hobby, hat also das Geld für die nicht günstige XE3 aus eigener (Hobby-) Tasche bezahlt. Und das kann man wohl schlecht als flamen bezeichnen! Eher als "die fundierte, belegte Wahrheit". Du kommst mir da ein wenig verstrahlt vor, sorry.

Wenn ich ein Produkt teste, dann schaue ich den Testern gerne über die Schulter und lerne aus den Fehlern, die sie finden. Das hätte Embarcadero auch mal tun sollen oder haben sie sogar, keine Ahnung. Nur wurde er dafür quasi bestraft, in dem keine Bugfixes mehr kamen. So eine XE3 kostet eine Menge Geld, wenn man sich Visual Studio anschaut oder einfach mal ausrechnet, wie oft man von dem Betrag davon seinen Wagen volltanken kann. Ich denke einfach, man sollte seine Arbeit belohnen und für Embarcadero ist es nur ein Klick im Keymaker, sie haben quasi keine Unkosten dadurch. Dann wäre vielleicht ein User wieder Mitglied im Delphi Club, der ansonsten mit Sicherheit weg ist. Und so viele Fan's hat Delphi nicht mehr. Oder zumindest nicht sehr viele, die freiwillig da sind.

[D-User]

Zitat:

Zitat von jensw_2000 (Beitrag 1263000)

Zitat:

Zitat von Mavarik (Beitrag 1262980)

Welche der Kritiker an FMX hat mit der aktuellen Version (XE6.1) mal eine App für Android, iOS und Windows geschrieben?

Nö. Werde ich auch nicht.

Zitat:

Zitat von Mavarik (Beitrag 1262980)

Von der ersten Version bis heute, hat FMX einen gewaltigen Sprung gemacht. Einige Schachen funktionierten selbst mit XE5 noch nicht, die jetzt problemlos und sehr performat laufen.

Seit XE2 habe ich aber schon dafür gezahlt und FMX war nirgends besser oder gleichwertig mit anderen Lösungen.

hm, du kannst also den aktuellen Zustand nicht beurteilen weil du XE6 gar nicht kennst?

Zitat:

Zitat von jensw_2000 (Beitrag 1263000)

Dem gegenüber steht: "Visual Studio Pro mit RemObjects C# und Oxygene"
Da drin ist alles was ich brauche. Nativ für Windows,Java incl. Android, iOS, OSX, Windows Phone, Web.

wirklich nativ oder wieder nur .NET-unterlegt???
wohl also nicht wirklich nativ...

Zitat:

Zitat von jensw_2000 (Beitrag 1263000)

Zitat:

Zitat von Mavarik (Beitrag 1262980)

- Ich brauche eine Routine? Dann lade ich eine Unit aus meinem reichen Fundus, der sich seit über 30 Jahren angesammelt hat. Zu 95% kann ich den Code so übernehmen.

Zu 95% will ich den alten Code garnicht mehr übernehmen.

sorry, aber da drängt sich mir beinahe so ein bisschen der Gedanke auf:
"nix Orgiginelles dabeigesewen?" (nicht zu ernst nehmen) ;-)

[jensw_2000]

Zitat:

Zitat von D-User (Beitrag 1263137)

Zitat:

Zitat von jensw_2000 (Beitrag 1263000)

Zitat:

Zitat von Mavarik (Beitrag 1262980)

Welche der Kritiker an FMX hat mit der aktuellen Version (XE6.1) mal eine App für Android, iOS und Windows geschrieben?

Nö. Werde ich auch nicht.

Zitat:

Zitat von Mavarik (Beitrag 1262980)

Von der ersten Version bis heute, hat FMX einen gewaltigen Sprung gemacht. Einige Schachen funktionierten selbst mit XE5 noch nicht, die jetzt problemlos und sehr performat laufen.

Seit XE2 habe ich aber schon dafür gezahlt und FMX war nirgends besser oder gleichwertig mit anderen Lösungen.

hm, du kannst also den aktuellen Zustand nicht beurteilen weil du XE6 gar nicht kennst?

Ich habe noch eine aktive Maintenance und kenne XE6. Ich werde FMX XE6.1 einfach nicht testen, weil es noch immer nicht mit nativem Dalvik / UIKit / Android SDK / Cocoa Touch arbeitet.

Zitat:

Zitat von D-User (Beitrag 1263137)

Zitat:

Zitat von jensw_2000 (Beitrag 1263000)

Dem gegenüber steht: "Visual Studio Pro mit RemObjects C# und Oxygene"
Da drin ist alles was ich brauche. Nativ für Windows,Java incl. Android, iOS, OSX, Windows Phone, Web.

wirklich nativ oder wieder nur .NET-unterlegt???
wohl also nicht wirklich nativ...

OK, .Net ist nicht -CPU nativ-. Java auch nicht. ObjC Kompilate schon. Aber hier reden wir wieder über das endlose Thema "Was heißt eigentlich nativ?".
Für mich bedeutet es, dass ich in meinen Apps die gleichen UI Komponenten verwende und gleiche UI Experience anbiete wie der "Plattformhersteller". Ich nutze die gleichen SDKs und Frameworks, damit am Ende alles so läuft, wie die Plattform es "vorsieht".

Oxygene und RemObjects C# arbeiten direkt auf den SDKs von iOS, OSX, Android und Windows Phone.
Dort werden keine extra Layer oder gar Wrapper genutzt. Alles echte Bordmittel ...
Bei Xamarin (das ich nicht nutze) liegen recht gute Wrapper dazwischen, die am Ende auf den nativen SDKs terminieren.

Zitat:

Zitat von D-User (Beitrag 1263137)

Zitat:

Zitat von jensw_2000 (Beitrag 1263000)

Zitat:

Zitat von Mavarik (Beitrag 1262980)

- Ich brauche eine Routine? Dann lade ich eine Unit aus meinem reichen Fundus, der sich seit über 30 Jahren angesammelt hat. Zu 95% kann ich den Code so übernehmen.

Zu 95% will ich den alten Code garnicht mehr übernehmen.

sorry, aber da drängt sich mir beinahe so ein bisschen der Gedanke auf:
"nix Orgiginelles dabeigesewen?" (nicht zu ernst nehmen) ;-)

Ich bin seit Delphi 3 dabei und habe bis XE5 schon ein paar Sachen geschrieben die ich interessant fand. :) Meine Kunden auch...
Mit XE5 habe ich einen Strich drunter gezogen und bin zu VS2013 + RemObjects gewechselt.
Anfangs habe ich versucht meinen wertvollen Delphi Code krampfhaft zu migrieren.
Man lernt dabei aber recht schnell, dass .Net bzw. die iOS bzw. Android SDKs fast alles mitbringen, was man sich auf der dafür vorgesehen Plattform nur wünschen kann. Portiertes Delphi war eigentlich immer komplizierter oder schlechter als das, was die Plattformen ab Werk mitbringen.

Delphi und die VCL waren unter Windows immer Klasse, aber leider zunehmend vernachlässigt.
FMX ... hat mich jahrelang dazu bewegt zu zahlen und zu hoffen.
Seit ich meinem Absprung zu .Net, Oxygene und RemObjects C# kann ich nur Marc Hoffman's "Welcome to the 21st Century" zitieren .. :wink:

[Wunni]

Jeder sollte die Entwicklungsumgebung einsetzen, mit der er die Aufgabenstellung am besten lösen kann.
Ich habe mich für XCode+Objective-C entschieden, wenn ich etwas für den Mac oder iOS baue. Ich bekomme die Tools von Apple kostenlos und mit Xcode habe ich jede Menge Spaß und viele Dinge, die ich in Delphi immer vermisst habe. Das wichtigste: Qualität, Stabilität und aktuelle SDK und API. Der Umstieg hat nicht wirklich lange gedauert. Mit Visual Studio 2013 habe ich nach meiner Meinung die beste IDE für die heutigen Anforderungen, kann mit Xamarin auch alle Plattformen bedienen. Wenn es unbedingt Pascal sein muss, dann ist Lazarus eine sehr gute Wahl und für viele Aufgaben völlig ausreichend.
Wenn ich unbedingt "regelmäßig" viel Geld ausgeben möchte, dann kann ich auch Delphi nehmen. Ich muss mir dann nur darüber im klaren sein, dass ich jedes Jahr eine neue Version kaufen MUSS, weil mit Erscheinen einer neuen Delphi Version die Fehler der vorherige Version vom Hersteller nicht mehr behoben werden und einige unzureichend implementierte Features nicht mehr fertig entwickelt werden ("bitte kaufen sie das Update"). Ausserdem muss man bedenken, wie schnell ein Jahr herum ist und dass man innerhalb dieses Jahres auch noch lange warten muss, bis alle Komponentenhersteller mit den Anpassungen fertig werden. Ich persönlich lasse mich ungern auf diese Weise an einen Lieferanten ketten und daher habe ich mich nach fast 20 Jahren entschieden, Delphi nicht mehr für neue Projekte einzusetzen. Über eine strubbelige komplette Neuinstallation nur wegen eines Updates müssen wir ja heutzutage nicht mehr reden (Kopfschütteln). Wem das alles nichts ausmacht, der sollte mit Delphi weiter machen...

[Dejan Vu]

:thumb: Endlich mal eine objektivere Sicht auf die Dinge.

[Wunni]

zur Diskussion um "NATIVE" noch folgendes:

C# erzeugt jetzt auch nativen Code

Microsoft hat mit ".NET Native" einen Compiler für C# vorgestellt, der keine Intermediate Language, sondern direkt Maschinencode erzeugt. Das Unternehmen rückt damit einen Schritt weiter von seiner Zwischensprache und der Just-in-Time-Kompilierung ab. Der im Rahmen der BUILD-Konferenz in San Francisco vorgestellte .NET Native liegt erst mal als Vorabversion vor, die als Add-on zu Visual Studio 2013 Update 2 installierbar ist. Zunächst gilt der C#-Compiler nur für Windows Apps, die auf Basis der Windows Runtime (WinRT) in Windows 8.x laufen, nicht aber für klassische Windows-Desktop- und Windows-Server-Anwendungen.
Noch nicht konkret angekündigt, aber durchaus naheliegend ist, dass .NET Native in nicht allzu ferner Zukunft auch für klassische Windows-Anwendungen mit vollständigem .NET Framework verfügbar sein wird. Dann gäbe es für alle .NET-Anwendungen eine durchgehende Native-Code-Strategie zum eigenen Programmcode, über das .NET Framework bis hin zur Betriebssystem-API WinRT. (von Holger Schwichtenberg)

Quelle: http://www.heise.de/developer/meldun...e-2161015.html

[MrSpock]

Danke für die Verlinkung des interessanten Artikels. Aufgefallen ist mir in dem Artikel auch, dass als Grund für .NET Native die Performance (Startzeit und Speicherverbrauch) der bisherigen .NET Anwendungen genannt wird. Eine Tatsache, auf die einige hier schon lange hinweisen, die aber von den .NET Überzeugten gerne wegdiskutiert werden.

[Sherlock]

Zitat:

Zitat von MrSpock (Beitrag 1263293)

... die aber von den .NET Überzeugten gerne wegdiskutiert werden.

Jeder verteidigt vehement seinen Status Quo - liegt in der Natur des Menschen. Im stillen Kämmerlein jammert jeder über seine Umgebung, aber in der Öffentlichkeit issses das Nonplusultra.

Sherlock

[greenmile]

Also liebe Leute: Wir sind hier in einem Delphi- und nicht in einem Microsoft Forum. Ich bin hier, weil ich Delphi möchte, sonst wäre ich in einem Microsoft Forum. Ich finde es geil, wenn ich in einem Projekt einen Source mit wenigen Änderungen für mehrere Plattformen compilieren kann. Ich mache keine Spiele, sondern Anwendungen und das funktioniert mit Delphi.

Momentan würde ich sagen, ich kann mit keinem (!) der anderen Produkte schneller eine Hallo-Welt Anwendung für die unterstützten Plattformen erstellen. Ich muss ja theoretisch nichtmal Ahnung davon haben, was auf Android abgeht. Und genau das geht mit Xamarin, VS, Lazarus und co eben nicht. Da muss ich mich in Visual Studio einarbeiten, in Xamarin oder XCode. Oder Java oder sonstwas. Manche wollen das nicht. Und nehmen das Produkt, worum es in diesem Forum geht: Delphi.

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!

[DeddyH]

Man darf also in einem Delphi-Forum nicht über den eigenen Tellerrand blicken, oder wie ist das zu verstehen?

[greenmile]

Natürlich darf man das, aber es wird so langsam eine Werbeplattform für andere Sprachen.

[DeddyH]

Das empfinde ich persönlich nicht so, es werden relativ sachlich Argumente für und wider Delphi vorgetragen.

[greenmile]

Ja, aber dauernd und an jeder Ecke. Egal um was es geht, es mündet immer wieder in "Bei ... ist das aber besser, ich nehme kein Delphi mehr weil".

[jensw_2000]

Zitat:

Zitat von greenmile (Beitrag 1263333)

Über was reden wir also?

Hast Du mal in den ersten Post geschaut und Dir das Thema durchgelesen?
Hier geht es um Vor- und Nachteile von FMX bzw. der Cross Plattform Entwicklung aus Visual Studio heraus. Es wäre doch recht einseitig, wenn alle nur etwas über FM schreiben, oder? :)

[DeddyH]

Lass den Anderen doch ihre Meinung, sie lassen Dir ja auch Deine.

[greenmile]

Zitat:

Zitat von jensw_2000 (Beitrag 1263345)

Hier geht es um Vor- und Nachteile von FMX bzw. der Cross Plattform Entwicklung aus Visual Studio heraus. Es wäre doch recht einseitig, wenn alle nur etwas über FM schreiben, oder? :)

Täglich grüßt das Murmeltier. Wird inzwischen nicht fast jeder neue Beitrag dazu verwendet, gegen Delphi zu wettern?

[jensw_2000]

Zitat:

Zitat von greenmile (Beitrag 1263347)

Täglich grüßt das Murmeltier. Wird inzwischen nicht fast jeder neue Beitrag dazu verwendet, gegen Delphi zu wettern?

Nicht von mir, falls Du mich gerade persönlich angesprochen hast. Ich antworte in der DP nicht mehr auf neue Cross Plattform Themen. Auf alte Beiträge werde ich doch noch antworten dürfen ... :roll:

[greenmile]

Ich meine doch niemand spezielles. Ich finde es nur traurig, dass das Forum so langsam zu einem Mecker-, Lästerforum und Werbeforum verkommt.

[Phoenix]

Zitat:

Zitat von greenmile (Beitrag 1263347)

Täglich grüßt das Murmeltier. Wird inzwischen nicht fast jeder neue Beitrag dazu verwendet, gegen Delphi zu wettern?

Ich sehe hier kein 'gegen Delphi wettern'.
Es wird lediglich an einigen (imho korrekten) Stellen auf die Unzulänglichkeiten insbesondere von FireMonkey hingewiesen. Das hat nichts mit Delphi an sich zu tun.

Das die Produktpolitik von Embarcadero dann noch dazu führt, das das Produkt per se immer unattraktiver wird, steht auf einem anderen Blatt, hat aber an sich auch erst einmal nichts mit Delphi an sich zu tun.

Ganz ehrlich:

Würde Embarcadero wieder mehr Fokus auf Produktivität beim Entwickeln legen (Sprachfeatures, IDE-Support), und einen vernünftigen Multi-Platform-Ansatz fahren (= mit der anderen Plattform sauber integrieren anstelle alles auf jeder Plattform wieder künstlich selber nachzuimplementieren, das Wettrennen kann man aufgrund der schnellen Entwicklung auf allen Plattformen grundsätzlich nämlich nicht gewinnen), gekoppelt mit einer vernünftigen Sales-Strategie (freie SKU's, die z.B. nur zum Entwickeln taugen aber nicht in die Stores deployen können), eine freie Desktop-SKU die ohne die (neuen, wirklich ihr Geld werten) Produktivity-Features daherkommt, aber nicht nur über DB-Zugriff einschränken, dann würde Delphi an sich auch wieder attraktiver werden.

[MEissing]

Zitat:

Zitat von Phoenix (Beitrag 1263353)

Würde Embarcadero wieder mehr Fokus auf Produktivität beim Entwickeln legen (Sprachfeatures, IDE-Support), und einen vernünftigen Multi-Platform-Ansatz fahren (= mit der anderen Plattform sauber integrieren anstelle alles auf jeder Plattform wieder künstlich selber nachzuimplementieren, das Wettrennen kann man aufgrund der schnellen Entwicklung auf allen Plattformen grundsätzlich nämlich nicht gewinnen), gekoppelt mit einer vernünftigen Sales-Strategie (freie SKU's, die z.B. nur zum Entwickeln taugen aber nicht in die Stores deployen können), eine freie Desktop-SKU die ohne die (neuen, wirklich ihr Geld werten) Produktivity-Features daherkommt, aber nicht nur über DB-Zugriff einschränken, dann würde Delphi an sich auch wieder attraktiver werden.

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

Multiplattform-Ansatz: Das ist ein Glaubenskrieg, wie man das macht. Die Kunden rennen uns die Bude ein, weil wir es so machen, wie wir es machen. Mich wundert, daß Du das Wort "Einheitsbrei" nicht verwendet hast

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

[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. ;)