Reagieren Sie auf native v Xamarin Forms - Auswählen einer plattformübergreifenden Anwendungsumgebung

Schaue ich Xamarin Forms für den Aufbau einer cross-Plattform-App. Wir möchten einen Rahmen, die Ziele iOS, Android und Windows Phone. Es scheint wie ein schönes Produkt, sondern die Lizenz Kosten kann bewirken, dass wir ein problem mit unserem business-Modell, und auch die Lizenzierung für die Windows Phone-Entwicklung ist unklar.

Ich bin gekommen, über ein weiteres framework namens Reagieren die Einheimischen, die behauptet, bauen zu können cross-Plattform-apps. Ich fragte mich, wenn jemand könnte mir eine Vorstellung von Ihren stärken und Schwächen, insbesondere relativ zu Xamarin Forms, wenn möglich. Eine Sache ist, dass es Javascript verwendet, die eventuell nicht gut skalieren (entweder in Form von code-Wartung oder Ausführung der Leistung). Aber ich wäre dankbar für input von jemand, der hat sah genauer Reagieren und gebildet hat, einige Objektive Meinungen über seine Nützlichkeit.

https://facebook.github.io/react-native/

Dank.

InformationsquelleAutor der Frage Hughgo | 2015-05-05

  1. 20

    Offenlegung: ich bin kein Facebook-oder Microsoft-Mitarbeiters, ich bin nicht mit entweder-Plattform, ich bin ein web-Entwickler, die gerade angefangen zu lernen, wie zu entwickeln, mit react native.

    reagieren nativen

    gebaut von facebook und open-Source - gegenwärtig (ab Oktober 2015) unterstützt iOS und Android nur. Es ist ähnlich wie Xamarin auf die Tatsache, dass die UI-Komponenten, die Sie bauen, werden umgewandelt in native Komponenten, und NICHT innerhalb einer web-Ansicht, wie in anderen frameworks (e.g: Cordova); der Vorteil ist, dass die nativen Komponenten sind stärker als web-Komponenten.

    Apps sollten in der Lage sein, auf die business-Logik-code, und die meisten der UI-Komponenten, aber wie das team hinter reagieren nativen steckt jede Plattform hat seine eigene Schnittstelle, und Ihre app sollte, und als solches ist es erlaubt und fördert Sie (es nicht durchzusetzen, obwohl Sie und schreiben Sie Ihre app-UI-Oberfläche für jede Plattform.

    Alle der code ist geschrieben in Javascript (nicht Java), läuft in einem nodejs-Prozess, mit der Benutzeroberfläche beschrieben, die mithilfe von XML-Elementen und Stil mit einem Muster, das ist ähnlich wie CSS, aber intern analysiert, wie Javascript.

    Ihre app wird in zwei threads, den main-thread, wo die meisten von der Benutzeroberfläche ausgeführt wird, und der nodejs-thread, wo Sie Ihre business-Logik ausgeführt wird. Dies haben einige Konsequenzen, wenn Sie die Architektur Ihrer Anwendung.

    Rahmen der reif genug ist, für Sie zu bauen, Produktion ready-Anwendungen, aber die cross-Plattform-Komponenten offiziell unterstützt noch erhöhen muss. Die Gemeinschaft ist auch beim Bau des großen cross-Plattform-Komponenten, die Sie möglicherweise verwenden möchten, die meisten, wenn nicht alle von Ihnen sind kostenlos.

    was ist das team hinter reagieren nativen jetzt? (basierend auf den Gesprächen, die ich geschaut habe online):

    • Festsetzung der workflow von Vermögenswerten - derzeit, wenn Sie ändern einen Vermögenswert, müssen Sie zuerst, um es in einem anderen Ort für jede Plattform unterstützt und damit die Veränderung sehen, die bei der Entwicklung haben Sie zum kompilieren der app.
    • Erhöhung der Anzahl von reagieren nativen UI-Elemente (speziell für die android-Plattform)

    In der Zusammenfassung dies sind die Punkte, die Sie beachten sollten:

                     Xamarin                     React Native

built by:        Xamarin                     Facebook
language         C#                          Javascript (nodejs)
age              mature                      (prod ready), but not mature
community:       good support                good support
platforms        iOS, Android, Windows       iOS, Android
cost             FREE (open sourced)         FREE (open sourced)

    InformationsquelleAutor der Antwort Marcos Abreu

Schreibe einen Kommentar