Xamarin: Vergleich mit nativen SDK- und JS-basierten Frameworks

Ich habe eine große Anwendung innerhalb des letzten Jahres (2013) mit verschiedenen Komponenten erstellt: hauptsächlich eine API (ASP.NET Web API = & gt; C #), eine Website (ASP.NET MVC = & gt; C # + AngularJS), und sowohl eine App für Android (Xamarin.Android = & gt; C #) und iOS (Xamarin.iOS = & gt; C #). Die Entscheidung, Xamarin einzusetzen, hatte seine Vorteile und Nachteile, aber insgesamt bin ich mehr als zufrieden damit.

Wie Sie in meiner obigen Liste sehen können, wurde fast alles mit C # gemacht (okay, die Website ist hauptsächlich in JavaScript geschrieben ;-)). Es ist eine wundervolle reife Sprache mit wirklich netten Eigenschaften (als LINQ). In meinem Szenario wird klar: Ich musste vier Sprachen (Swift / Objective-C, Java, C #, JavaScript) nicht lernen und perfektionieren, sondern nur zwei: C # und JavaScript.

Das kommt vor allem im Hinblick auf den Code-Sharing-Aspekt ins Spiel: Unsere Client-Anwendungen sind aufgrund einer Offline-Funktionalität, die viel Synchronisationslogik erfordert, keine wirklichen Thin-Clients, daher ist der UI-Teil der beiden Apps nur eine Seite des Medaille. Wie sich herausstellte, konnte ich 90% dieses Nicht-Interface-Codes sowohl auf iOS als auch auf Android verwenden. Dies ist ein unglaublich großer Vorteil, da es nicht nur um die Originalität einiger Sprachen von Swift / Objective-C oder Java geht, sondern auch um die verschiedenen Frameworks, die Sie auf iOS und Android verwenden. Wenn Sie .NET Framework / Mono als Grundlage für jede Xamarin-App verwenden, können Sie Dinge wie Datenzugriff oder Netzwerkkommunikation vom zugrunde liegenden Betriebssystem abstrahieren.

In Bezug auf Geschwindigkeit und Benutzeroberfläche haben Sie keine Nachteile, da Sie die nativen APIs 1: 1 verwenden. Was auch immer unter iOS oder Android verfügbar ist, ist auch über Xamarin verfügbar. Und wenn Apple zum Beispiel eine neue Version von iOS liefert, wird Xamarin das Update innerhalb weniger Tage liefern, so dass Sie nicht warten müssen, um neu eingeführte Funktionen von Apple nutzen zu können.

Xamarin verwendet eine Methode namens Ahead of Time Compiling unter iOS. Daher wird alles, was Sie in C # schreiben, in das native iOS-Zeug kompiliert, bevor es auf Ihrem Gerät bereitgestellt wird. Das bedeutet, dass es keinen Unterschied in der Ausführung zwischen einer "nativen" Objectice-C-Anwendung und einer Xamarin-Anwendung gibt (mit Ausnahme eines kleinen Overheads, der aus meinen Erfahrungen nicht hervorzuheben ist).

Bei Android Just in Time wird die Kompilierung genauso wie jede andere "native" Android-App verwendet.

Das bedeutet, dass Sie genau die gleichen APIs und Möglichkeiten haben, die Sie sonst hätten, wenn Sie mit Objective-C oder Java arbeiten würden. Sie verwenden sogar die gleichen Objekte für den Aufbau Ihrer Benutzeroberfläche mit den gleichen Typen und Namen (manchmal leicht optimiert;)). Wenn Sie also eine Tab-Leiste für Ihre App wünschen, verwenden Sie dafür einen UITabBarController. Siehe iOS im Gegensatz zu Xamarin .

Nach mehreren Jahren auf meinem Weg mit Xamarin habe ich nur einen Nachteil:

Mögliche Speicherlecks. Ihre ganzen Proben da draußen sind ein Haufen Mist in Bezug auf essentielle Grundlagen zur Verhinderung von Speicherlecks. Wenn Sie mit "teuren Ressourcen" wie Mediendateien in Ihrer Anwendung arbeiten, sollten Sie vom ersten Tag an darauf achten. Ich musste all diese Probleme loswerden, als eine App von mir bereits auf bis zu 35 verschiedene (komplexe) Dialoge angewachsen war. Das hat mich fast zwei Monate oder anders gesagt Tausende von Dollars gekostet. Sie stellen einige Dokumentationen zur Verfügung , aber die Werkzeuge sind zu diesem Zweck schlecht. Und Fehler werden wahrscheinlich erscheinen und sehr schwer zu finden sein ( Beispiel ).

Aber alles in allem war es eine meiner besten Entscheidungen, mit Xamarin zu gehen.

Ich habe schon eine Weile mit Xamarin gearbeitet. Es war bisher großartig. Irgendwelche Probleme, die ich hatte, habe ich herausgefunden, weil c # meine Muttersprache ist. Die Xamarin-Site enthält viele Beispiele und API-Referenzen für viele Funktionen auf allen Plattformen.

1. Leistung - Sie erhalten native Leistung durch die Verwendung von Xamarin. Keine Fragen gefragt. Ich nutze es, um Audio-, Video- und Fotoaufnahmefunktionen für eine neue App zu erstellen, an der ich gerade arbeite. Xamarin verarbeitet den c # -Code für alle Plattformen in nativen Byte-Code. So wird dies erreicht.

2. Aussehen - Das Aussehen Ihrer App wird nativ sein. Sie müssen buchstäblich das Android-XML-Format verwenden, um Ihre Benutzeroberfläche und das gleiche Goes für IOS zu machen. Sie werden Ihre Elemente immer noch so gestalten, wie Sie es auf jeder Plattform getan haben. Alles, was Xamarin tut, verlinkt eine Ansicht für Sie.

3. Api - Die Schönheit von Xamarin ist in der API. Sie portierten den gesamten Android- und IOS-Namespace nach c #. Sehen Sie sich die Dokumentation an.

4. Teuer - Mein einziges Problem mit Xamarin ist, dass es teuer ist. Wenn Sie ihre Preisgestaltung überprüfen, ist es unverschämt. Aber du bekommst, wofür du bezahlst. Ein Premium-Produkt, das durch Support unterstützt wird.

5. C # - Sharp ist eine großartige Sprache, die jede Menge Unterstützung bietet. Das neue async / await wird von der ganzen Problematik des Threadmanagements begleitet. Json-Verarbeitung ist super einfach auf der Plattform. Ich habe mehrere Klassen auf Github hochgeladen, die für viele Apps verwendet werden können.

Wenn Sie von einem Java-Hintergrund sind, wird das Auffrischen Ihrer c # Fähigkeiten ein Kinderspiel.

Die rdio App wurde mit Xamarin erstellt. Laden Sie es auf Android und IOS herunter und testen Sie seine Leistung und genießen Sie seinen nativen Look.

Viel Glück