2011-01-05 10 views
-1

Ich muss eine Cross-Plattform-Mobile-App (iPhone, Android, etc) erstellen. Die App ist für ein Unternehmen wie ein Mobilfunkbetreiber (Tmobile, ATT). Die App benötigt folgende zu tun:Mobile Web Apps - Ist das der richtige Ansatz?

  1. anzeigen vorherigen Rechnungen (zwischengespeichert, so dass es nicht immer zum Download hat)
  2. eine Internetverbindung benötigen neuere Rechnungen herunterladen, sehen die jüngsten Daten, usw.

Kann ich eine mobile Web-App erstellen, um damit umzugehen? Ich verstehe, dass es einen Offline-Speicher gibt und das iPhone eine gute Unterstützung für Web-Apps bietet (Vollbild, gute Icons, Offline usw.). Wird eine Web-App der beste Ansatz sein, den die App benötigt, um online zu sein? Die App wird nicht von vielen Menschen genutzt, sondern nur von Kunden der Website, die keine bestehende Website nutzen wollen. Wir sind alle Web-Entwickler und eine mobile Web-App scheint der beste Weg, um dies zu erreichen.

+0

Dies ist wahrscheinlich besser für programmers.stackexchange geeignet.com – KevinDTimm

+1

'Zeige vorherige Rechnungen (im Cache gespeichert, damit sie nicht jedes Mal heruntergeladen werden muss)' Das sieht nach einem ziemlich großen Sicherheitsproblem aus. Sie sollten keine vertraulichen Informationen auf dem Telefon speichern. – Falmarri

+0

@Falmarri, ich habe nur ein Beispiel gegeben. Es gibt nichts zu empfindlich in den Daten, die ich speichern möchte. – Pasta

Antwort

0

Eine Webapp kann auf eine Vielzahl von Geräten abzielen, sie hat den Vorteil, ohne Download oder Installation zugänglich zu sein. Wenn Sie Ihre WebApp später auf andere Geräte (nicht nur iPhone oder Android, sondern auch BlackBerry, Bada ...) bringen müssen, ist es nicht notwendig, alles neu zu implementieren.

Für schwere Funktionen, datenintensiv und grafisch reich, oder erfordert API-Hardware (Zugriff auf Kontakte, Augmented Reality ...), ist es ratsam, native Apps zu machen.

Um die Kompatibilität und Sichtbarkeit zu gewährleisten und um die Entwicklungszeit zu reduzieren, kann der WebApp Ansatz bevorzugt werden: HTML5 API als lokale Datenbank oder Geolocation und Implementierungen von CSS3, die in kurzer Zeit interessantes Rendering ermöglichen. Suchen Sie zum Beispiel nach dem JavaScript-Toolkit Wink, das sich auf die WebApps-Entwicklung konzentriert: Es ermöglicht einfache und innovative Komponenten, ohne dass Sie eine komplexe Bibliothek erlernen müssen.

Schließlich können Web-Ansichten eine Möglichkeit sein, App mit einer WebApp zu erstellen, dies ermöglicht App-Store-Sichtbarkeit, Geräte-API-Zugriff ... was eine Evolution ermöglicht und den bestehenden Code beibehält.

0

Wird eine Web-App ist der beste Ansatz sein

, die auf Ihrer Definition der besten abhängt. Es wird wahrscheinlich der schnellste sein. Allerdings sind mobile "Apps", die nichts anderes als Webbrowser sind, normalerweise schrecklich. Sie werden wahrscheinlich auf lange Sicht viel besser dran sein, wenn Sie zwei verschiedene Apps mit den nativen SDKs der verschiedenen Plattformen schreiben.

0

Es hängt von Ihren Anforderungen ab.

Web App (oder mehr eine Webseite) ist schneller zu entwerfen und zu implementieren, aber Sie können Benutzer nicht benachrichtigen, dass eine neue Rechnung bereit ist oder so (zum Beispiel ein Widget, das prüft, ob neue Rechnung ist eingetroffen). Sie werden auch mit mobilen Browsern (insbesondere JavaScript) zu kämpfen haben. Wenn Sie sich jedoch dazu entschließen, eine mobile Anwendung für jede Plattform zu erstellen, können Sie zwar mehr Funktionen implementieren, dies wird jedoch viel zeitaufwendiger. In diesem Fall würde ich WebService vorschlagen und Clients basierend auf plattformspezifischen Bibliotheken erstellen. Um es zusammenzufassen, wenn Sie es schnell wollen - Webseite, wenn Sie viele Funktionen haben wollen - mobile App + WebService.

+0

'viel zeitaufwendiger'. Wie viel zeitaufwändiger ist, hängt wesentlich davon ab, wie viel von jeder Plattform der Autor bereits kennt. – Falmarri

+0

Ja und nein, denken Sie daran, dass Sie die gleiche mobile Anwendung mehrmals schreiben müssen: IPhone (Ziel C), Android (Java), BlackBerry (J2ME-like) und andere. Diese Technologien haben einige Teile gemeinsam (besonders BB und Android), jedoch gibt es eine Menge plattformspezifischen Code. Und das letzte - Web-Service (oder andere Technologie, die Daten an mobile Anwendung liefert) - Lösung von Kommunikationsproblemen ist wirklich zeitaufwendig (Ich habe JAX-WS verwendet, aber fast jede Bibliothek - entweder auf Android oder IPhone hatte Bugs) So scheint es viel mehr zeitaufwendig für mich. – altanis

+0

Ich war nicht anderer Meinung – Falmarri

Verwandte Themen