appcelerator vs phonegap vs native XCode speed-to-market
Titan behauptet es kann die gleiche app auf durchschnittlich 70% schneller als native XCode.
Was schon jeder andere Erfahrungen in Bezug auf die Differenz in der Geschwindigkeit der Entwicklung （zwischen native XCode und PhoneGap oder titanium) ?
Sagen wir mal eine app wie Kik Messenger oder Badoo ....
In der Regel, eine gute XCode developer können es in 4-5 Wochen, vorausgesetzt, Grafik-und backend vorhanden sind.
Was würde es dauern, ein erfahrener Titan (HTML5) person, dies zu erreichen? (grob)
Wo hast du die Daten zeigen, dass diese Anwendungen gebaut wurden, in 4-5 Wochen? Es kann sich auch lohnen, diskutieren Sie Ihre Qualitätsziele. Willst du einfach nur etwas "ok" oder sowas, dass ist wirklich ausgezeichnet und steht? Viele der Vorteile von JavaScript verflüchtigen, wenn Sie versuchen, um zu gehen von "gut genug, wenn Sie don 'T care zu viel" zu groß.
Rob, ich möchte auf jeden Fall etwas, das sticht, wenn er von einer UI/UX und Effizienz (Geschwindigkeit, Leistung). In diesem Sinne, ich nehme an, mit Bezug auf die Geschwindigkeit der Entwicklung, der bodenständig ist die Art und Weise, aber ich versuche nur, um abzuschätzen, wie viel Zeit ist Rückschlag tut es in der native vs mit einem erfahrenen HTML5-coder durch die cross-Plattform-Lösungen.
Zu bekommen, um etwas, das auffällt, native werden in der Regel schneller, Sie dort zu bekommen (vorausgesetzt, die ähnliche Fähigkeiten). Ist es nicht ein Rückschlag. Nativen möglicherweise nehmen Sie etwas länger, um zu v0.1, aber es ist viel schneller zu lernen v1.0 (wenn v1.0 ist erwartet sehr gut zu sein). Unter "HTML5-coder", der nicht Erfahrung mit HTML5-Programmierung speziell für die mobile Plattform in Frage, wäre ein dramatischer Rückschlag. Desktop-HTML5-Entwicklung ist nicht die gleiche Sache. Wenn alles, was Sie haben, sind HTML5-Entwickler, Sie werden sich natürlich entwickeln, in HTML5 schneller, als Sie es entwickeln nativen.
BTW, alle cross-Plattform-Entwicklung hat dieses problem. Es ist sehr schwierig und zeitaufwendig zu erstellen eine web-app, funktioniert sehr gut auf allen Browsern. Nur weil es in HTML5 nicht cross-Plattform, einfach. Es gibt immer eine Menge von pro-Plattform hacks erforderlich. Auch ohne x-Plattform, es ist hard um zu machen, web-apps so gut wie native auf jeder Plattform. Vergleichen Sie native Word an der web-version auf live.com. Auch wenn OWA war IE-nur, die beste, die Sie tun konnte, war, "gut für eine web-app" im Vergleich zu nativen Outlook. Es gibt Gründe das zu tun, web-apps natürlich, aber es ist nicht die bestmögliche UX.
Rob - nur aus Neugier, was ist Titan bedeuten, dass Sie im Durchschnitt 70% schnell dev Zeit als native Kodierung? (neben der PR-Absicht) gibt es irgendeine Legitimität dahinter? Vielleicht nur, um v0.1, wie Sie oben erwähnt
Rob, ich möchte auf jeden Fall etwas, das sticht, wenn er von einer UI/UX und Effizienz (Geschwindigkeit, Leistung). In diesem Sinne, ich nehme an, mit Bezug auf die Geschwindigkeit der Entwicklung, der bodenständig ist die Art und Weise, aber ich versuche nur, um abzuschätzen, wie viel Zeit ist Rückschlag tut es in der native vs mit einem erfahrenen HTML5-coder durch die cross-Plattform-Lösungen.
Zu bekommen, um etwas, das auffällt, native werden in der Regel schneller, Sie dort zu bekommen (vorausgesetzt, die ähnliche Fähigkeiten). Ist es nicht ein Rückschlag. Nativen möglicherweise nehmen Sie etwas länger, um zu v0.1, aber es ist viel schneller zu lernen v1.0 (wenn v1.0 ist erwartet sehr gut zu sein). Unter "HTML5-coder", der nicht Erfahrung mit HTML5-Programmierung speziell für die mobile Plattform in Frage, wäre ein dramatischer Rückschlag. Desktop-HTML5-Entwicklung ist nicht die gleiche Sache. Wenn alles, was Sie haben, sind HTML5-Entwickler, Sie werden sich natürlich entwickeln, in HTML5 schneller, als Sie es entwickeln nativen.
BTW, alle cross-Plattform-Entwicklung hat dieses problem. Es ist sehr schwierig und zeitaufwendig zu erstellen eine web-app, funktioniert sehr gut auf allen Browsern. Nur weil es in HTML5 nicht cross-Plattform, einfach. Es gibt immer eine Menge von pro-Plattform hacks erforderlich. Auch ohne x-Plattform, es ist hard um zu machen, web-apps so gut wie native auf jeder Plattform. Vergleichen Sie native Word an der web-version auf live.com. Auch wenn OWA war IE-nur, die beste, die Sie tun konnte, war, "gut für eine web-app" im Vergleich zu nativen Outlook. Es gibt Gründe das zu tun, web-apps natürlich, aber es ist nicht die bestmögliche UX.
Rob - nur aus Neugier, was ist Titan bedeuten, dass Sie im Durchschnitt 70% schnell dev Zeit als native Kodierung? (neben der PR-Absicht) gibt es irgendeine Legitimität dahinter? Vielleicht nur, um v0.1, wie Sie oben erwähnt
InformationsquelleAutor xrave3 | 2012-02-22
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Time-to-market hängt von der Qualität der Spezifikationen, Prozess und Menschen, viel mehr als die zugrunde liegende Technologie oder framework.
Codierung einer realen Anwendung mit Appcelerator Titanium ist nicht so einfach, und die Laufzeit Aufführungen sind LANGSAMER als native code, weil es über eine javascript-engine, die als eine Brücke. Vor allem mit einem großen TableView, es ist wesentlich langsamer, und das Gefühl ist einfach nicht das gleiche. Aber wenn man einmal gespült, die memory leaks, das Gefühl ist dennoch unglaublich besser als mit HTML5.
Sollten Sie daran interessiert sein, Titanium oder PhoneGap(jetzt bekannt als Cordova), wenn Sie planen, verteilen Sie Ihre Anwendung auf anderen Geräten oder wenn Sie wirklich nicht, wie Objective C.
Wenn nicht, halten Sie es mit der Native Xcode.
Ich würde hinzufügen, dass, Cordova, wird keine Benutzeroberfläche, sondern ermöglichen Ihnen den Zugriff auf Kamera, Beschleunigungssensor oder GPS-Daten mit javascript in HTML5-code. Sie würden wahrscheinlich verwenden, Sencha Touch oder jqueryMobile mit Cordova.
Sie sagte : <<Laufzeit Aufführungen sind LANGSAMER als native code, weil es über eine javascript-engine, die als eine Brücke.>> ich denke, dass die Anwendung nicht verwenden javascript auf die Laufzeit, da javascript nur auf der Entwicklung phase und dann wird die Anwendung generiert werden, die auf nativen code, so wird es sein, so schnell, wie eine Anwendung entwickelt, mit der native-code direkt. Bitte jemand mir sagen, ob das falsch ist oder wahr.
Das ist falsch. JavaScript ist der run auf die Geräte. Ihre app wird geliefert mit einer JavaScript-engine.
InformationsquelleAutor Nicolas Zozol
In meiner Erfahrung, wenn die app ist nicht einfach eine app-Vorlage, dann wären Sie besser beraten, erstellen Sie eine native app für jede Plattform.
Als Rob sagt, versucht zu überwinden, den kleinsten gemeinsamen Nenner situation und die überwindung von Grenzen im cross-platform "Lösungen" bedeutet in der Regel dauert es länger, bis der code als wenn man es nativ in den ersten Platz.
Könnten Sie sogar auf ein problem, das bewirkt, dass Sie, das Schiff zu verlassen und von vorne zu beginnen, wie native apps. Also, wenn Sie sich entscheiden, um eine PhoneGap oder Titanium route dann stellen Sie sicher, Forschung vollständig, bevor Sie beginnen, und dass Sie nicht den künftigen Anforderungen nicht abgedeckt werden.
InformationsquelleAutor ader
Wenn Sie ein iOS-Entwickler und Sie sind der Entwicklung von it-nur für iOS-Gerät, dann ist es besser, code mit XCode. Wenn Sie mehr in Javascript und der Entwicklung für android und iOS, dann sollten Sie verwenden, Titanium oder Phonegap. Zwischen Titanium und Phonegap, ich fand es einfacher, code die Verwendung von Titan(und ja schnell). Aber ich bin nicht sicher, wie viel Wert ist die Verwendung von Titan. http://usingimho.wordpress.com/2011/06/14/why-you-should-stay-away-from-appcelerators-titanium/
Rob, was hältst du von der Verwendung von templates und Bibliotheken vs native? stackoverflow.com/questions/8756/...
Es gibt einige Dinge zu wissen, über Titan, wie alle anderen frameworks. stackoverflow.com/questions/9115811/...
wenn Sie von "Vorlagen und Bibliotheken" du meinst, web-apps, dann ist es nicht anders. Wenn Sie keinen Zugriff auf Core Animation, iCloud, Datenschutz, etc. etc. etc., Sie fangen mit einer hand gefesselt hinter Ihrem Rücken auf dem Weg zu einem stand-out-app.
Ja Rob, ich meine Dinge, wie in diesem link: stackoverflow.com/questions/215390/...
InformationsquelleAutor san
Ich bin tatsächlich um eine ziemlich intensive Befragung, an der alle wichtigen cross-platform mobile development-kits jetzt. Ich begann, indem Sie eine Probe-Anwendung von Grund auf neu in IOS verwendet, ein paar einfache Eigenschaften des Gerätes, und dann neu implementiert, die als Android-app. Diese beiden dauerte ungefähr einen Tag dauern (die android dauerte vielleicht einen halben Tag länger). Da habe ich nie geschrieben, eine android-app vor, ich denke, das ist eine gute baseline in Bezug auf den Vergleich der Entwicklung der Zeit zwischen den verschiedenen anderen frameworks Teste ich aus.
Ich ' ll aktualisieren diesen Kommentar in ein paar Wochen mit einem blog-post, wenn ich fertig bin, aber für den moment habe ich festgestellt, dass diese cross-Plattform-kits sind gewaltig schwieriger zu verwenden und viel mehr Zeit, auch für die einfachsten Anwendungen. und trotz dieses, es gibt noch einiges an custom-pro-Gerät-code geschrieben werden, für die Benutzeroberfläche und grundlegende idiosynkratische Unterschiede zwischen dem, wie Geräte-Dienste-Funktion, so dass Sie nicht wirklich den Wert eines echten "single code base", die Sie möglicherweise erwarten.
Ich glaube der wichtigste Wert in dieser wiederum kann sich nicht um alles rund um die Entwicklungszeit oder die Wiederverwendung von code, sondern nur als eine Möglichkeit für nicht-app-Entwickler erstellen von einfachen Prototypen, die später übergeben werden, um die "echten" mobile-Entwicklern gebaut werden, die sich in echte, native apps hinterher... Nicht wirklich sehr nützlich, meiner Meinung nach, aber vielleicht meine Gedanken werden sich ändern, sobald ich Tauchen Sie ein in diese weitere.
InformationsquelleAutor Blazing Fbfriend
Appcelerator ist nicht HTML5, es ist eine native app in einer Sprache auf höherer Ebene von JavaScript. Es abstrahiert die Komplexität der gemeinsamen Elemente entfernt und bietet enormen Wert, ping mich offline mehr wissen. Ich führen Sie unsere California business.
InformationsquelleAutor Mark Harrison