Entwicklung mobiler Webanwendungen: Wann, warum und wie

Es gibt 6,8 Milliarden Menschen auf der Erde, von denen 5,1 Milliarden ein Mobiltelefon besitzen. Und heute sind ein ständig wachsender Prozentsatz dieser Geräte Smartphones. Laut einer aktuellen Studie des Pew Research Center hat sich die Anzahl der Benutzer, die mit ihren Smartphones auf das Internet zugreifen, in den letzten 5 Jahren mehr als verdoppelt, ebenso wie die Anzahl der Benutzer, die mobile Apps herunterladen und verwenden. Von denen, die das Internet oder E-Mail auf ihren Telefonen nutzen, geht mehr als ein Drittel hauptsächlich über ihre Handheld-Geräte online.

Tatsächlich wird Mobile Computing immer allgegenwärtiger … und es ist großartig.

Außer natürlich, wenn es nicht so ist.

Als Benutzer von Mobilgeräten sind nur wenige Dinge so frustrierend und schwer zu navigieren wie eine schlecht gestaltete mobile Web-App oder sogar eine native App.

Und als Entwickler mobiler Apps können wenige Dinge so irritierend sein wie das Bestreben, eine möglichst breite Palette mobiler Clients zu unterstützen, von denen jeder seine eigenen frustrierenden Eigenheiten hat. Unabhängig davon, ob Sie sich für die Entwicklung einer mobilen Web-, nativen oder hybriden App entscheiden, das Bestreben, mehrere mobile Browser und exotischere Geräte zu unterstützen und sich mit verschiedenen Plattformen auseinanderzusetzen, kann in der Tat eine ziemlich herausfordernde Erfahrung sein.

Natürlich muss sich heute nicht jeder Entwickler um die Unterstützung mobiler Clients kümmern. Aber die zunehmend allgegenwärtige Natur mobiler Geräte und Anwendungen deutet stark darauf hin, dass diejenigen, die heute keine mobilen Clients unterstützen müssen, dies höchstwahrscheinlich in nicht allzu ferner Zukunft tun müssen. Wenn Sie also noch nicht über die Entwicklung mobiler Apps nachdenken, sollten Sie es wahrscheinlich tun.

Mobile Web-App vs. Native App vs. Hybrid-App

Wie bei den meisten Technologieauswahlen gibt es keine allgemeingültige Antwort, wenn es um die Art der zu entwickelnden mobilen App geht. Es gibt zahlreiche Best Practices für Web-Apps, die nicht alle technisch sind. Wer ist Ihre Zielgruppe? Bevorzugen sie eher ein mobiles Web oder eine native App? Was ist der Unterschied zwischen nativen und hybriden Apps? Welche Entwicklungsressourcen haben Sie und mit welchen mobilen Technologien sind sie am vertrautesten? Welches Lizenz- und Vertriebsmodell stellen Sie sich für Ihr Produkt vor?

Im Allgemeinen (obwohl es immer Ausnahmen gibt) ist die mobile Web-App-Route schneller und billiger als die native mobile App-Route, insbesondere wenn das Ziel darin besteht, eine Vielzahl von Geräten zu unterstützen. Umgekehrt gibt es möglicherweise native Funktionen des Mobilgeräts (z. B. Bewegungssensor usw.), die für Ihre App unerlässlich sind, auf die jedoch nur über eine native App zugegriffen werden kann (was die Wahl der mobilen Web-App daher zu einer Nicht-Wahl machen würde). Starter für Sie).

Und abgesehen von der Frage „alte Web-Apps“ vs. „native Apps“, kann eine mobile Hybrid-App die richtige Antwort für Sie sein, je nach Ihren Anforderungen und Ressourcenbeschränkungen. Hybrid-Apps werden wie native Apps auf dem Gerät selbst ausgeführt (im Gegensatz zu einem Browser), sind jedoch mit Webtechnologien (HTML5, CSS und JavaScript) geschrieben und werden normalerweise von einem Hybrid-App-Framework unterstützt. Genauer gesagt, Hybrid-Apps werden in einem nativen Container ausgeführt und nutzen die Browser-Engine des Geräts (aber nicht den Browser), um den HTML-Code zu rendern und das JavaScript lokal zu verarbeiten. Eine Web-to-native-Abstraktionsschicht ermöglicht den Zugriff auf Gerätefunktionen, auf die in mobilen Webanwendungen nicht zugegriffen werden kann, wie z. B. Beschleunigungsmesser, Kamera und lokaler Speicher.

Aber welche Wahl Sie auch immer treffen – ob es sich um eine mobile Web-App, eine native oder eine hybride App handelt – achten Sie darauf, Ihre Annahmen angemessen zu recherchieren und zu bestätigen. Beispielsweise haben Sie sich für die Zwecke dieses Tutorials zur Entwicklung mobiler Web-Apps möglicherweise entschieden, eine native mobile App für den E-Commerce zu entwickeln, um Ihre Produkte zu verkaufen. Aber laut Hubspot geben 73 % der Smartphone-Nutzer an, dass sie das mobile Web mehr als native Apps für ihre Einkäufe nutzen … In diesem Fall haben Sie also möglicherweise auf das falsche Pferd gesetzt.

Und dann gibt es natürlich noch die praktischen Erwägungen von Zeit und Budget. Wie einer meiner Lieblingssprüche sagt: „Schneller, besser, billiger … nimm zwei beliebige“ . Während Markteinführungszeiten und Kostenbeschränkungen bei der Entwicklung von Webanwendungen von größter Bedeutung sind, ist es entscheidend, bei der Qualität keine zu großen Kompromisse einzugehen. Es ist ziemlich schwierig, das Vertrauen eines Benutzers zurückzugewinnen, der eine schlechte erste Erfahrung gemacht hat.

In der Tat sind mobile Web-, native und hybride Apps alle radikal unterschiedliche Bestien, jede mit ihren eigenen einzigartigen Vorteilen und Herausforderungen. Dieses Tutorial zur Entwicklung mobiler Webs konzentriert sich speziell auf Methoden und Tools, die bei der Entwicklung hochfunktionaler, intuitiver und benutzerfreundlicher mobiler Webanwendungen zu vermeiden sind, sowie auf zu vermeidende Fallstricke.

Die Entwicklung mobiler Web-Apps erfordert eine detaillierte Planung

Die Identifizierung Ihrer Anforderungen (oder der Ihrer Kunden) ist eine der wichtigsten Best Practices in der App-Entwicklung, ob mobil oder anderweitig. Recherchieren Sie sorgfältig die angestrebten Funktionen, um festzustellen, ob sie in Ihrer mobilen Web-App erreichbar sind. Es ist ziemlich frustrierend und höchst unproduktiv zu erkennen, dass eine oder mehrere Ihrer wesentlichen Client-Funktionen nicht unterstützt werden, wenn Sie bereits Zeit und Ressourcen investiert haben, um die webbasierte Schnittstelle und die unterstützende Infrastruktur zu entwerfen.

Ein weiteres häufiges Problem für Neulinge in der Entwicklung mobiler Web-Apps ist die Annahme, dass webbasierter Code für einen Desktop-Browser „wie er ist“ in einem mobilen Browser funktioniert. Nicht. Es gibt definitiv Unterschiede und wenn Sie sich dessen nicht bewusst sind, können sie Sie definitiv beißen. Die Autoplay-Funktion des HTML5- <video> -Tags funktioniert beispielsweise nicht in mobilen Browsern. Ebenso werden die CSS- transition und opacity heutzutage in den meisten mobilen Browsern nicht unterstützt (oder zumindest nicht konsistent unterstützt). Sie werden auch Probleme mit einigen Web-API-Methoden auf einer mobilen Plattform haben, wie z. B. der SoundCloud-Musik-Streaming-API, die Adobe Flash erfordert, das auf den meisten Mobilgeräten nicht unterstützt wird.

Ein besonders erschwerender Faktor bei der Entwicklung mobiler Webanwendungen ist, dass die Lebensdauer mobiler Geräte tendenziell viel kürzer ist als die von Desktop-Displays (die durchschnittliche Lebensdauer eines Mobiltelefons in den USA beträgt etwa 21 Monate). Diese kürzere Gerätelebensdauer, begleitet von ständigen Veröffentlichungen neuer mobiler Geräte und Technologien, führt zu einer sich ständig verändernden Landschaft von Zielgeräten. Während die Arbeit in einem Browser dieses Problem etwas mildert, indem es Sie vor einer Reihe gerätespezifischer Probleme schützt, müssen Sie dennoch eine browserbasierte Ansicht entwerfen, die viele verschiedene Bildschirmauflösungen unterstützt (und sich entsprechend an Quer- und Hochformat anpassen). ).

Auch an die Unterstützung von Apples Retina Displays (Flüssigkristalldisplays, deren Pixeldichte so hoch ist, dass das menschliche Auge einzelne Pixel bei typischem Betrachtungsabstand nicht mehr erkennen kann) ist zu denken. Mehrere Apple-Produkte – einschließlich iPhone, iPod Touch, iPad, MacBook Pro, iPad Mini und iPad Air – bieten Retina-Displays. Insbesondere bei einer mobilen Web-App ist es wichtig zu beachten, dass ein Retina-Display Bilder mit niedriger Auflösung (die normalerweise an Mobilgeräte geliefert werden) unscharf aussehen lässt und zu Pixelbildung führen kann. Die beste App-Entwicklungslösung in diesen Fällen besteht darin, den Server erkennen zu lassen, dass die Anfrage von einem Retina-Gerät kommt, und dann dem Client ein alternatives Bild mit höherer Auflösung bereitzustellen.

Wenn Sie einige der coolen HTML5-Inhalte verwenden möchten, denken Sie daran, im Voraus zu überprüfen, ob die von Ihnen gesuchte Funktionalität auf allen Geräten unterstützt wird, die Ihre Kunden wahrscheinlich verwenden werden. Beispielsweise gibt es in iOS 6 und höher keine Unterstützung für die getUserMedia -Navigationsfunktion, da auf die Kamera nur über native Apps zugegriffen werden kann. Zwei großartige Ressourcen, um zu überprüfen, was auf bestimmten Geräten und Browsern unterstützt wird, sind caniuse.com und html5test.com.

CSS3-Medienabfragen können Ihnen auch dabei helfen, angepasste Inhalte für jedes Gerät bereitzustellen. Hier ist ein Beispielcode zum Erfassen verschiedener Geräteeigenschaften wie Pixeldichte, Bildschirmauflösung und Ausrichtung:

 /* For lower than 700px resolutions */ @media (max-width: 700px) { ... } /* Same as last but with the device orientation on land scape */ @media (max-width: 700px) and (orientation: landscape) { ... } /* Including width and orientation you can add a media type clause, in this case 'tv' */ @media tv and (min-width: 700px) and (orientation: landscape) { ... } /* for low resolution display with background-image */ .image { background-image: url(/path/to/my/image.png); background-size: 200px 300px; height: 300px; width: 200px; } /* for high resolution (Retina) display with background-image */ @media only screen and (min--moz-device-pixel-ratio: 2), only screen and (-o-min-device-pixel-ratio: 2/1), only screen and (-webkit-min-device-pixel-ratio: 2), only screen and (min-device-pixel-ratio: 2) { -repeat; background-size: 200px 400px; /* rest of your styles... */ } }

Optimierung Ihrer mobilen Webanwendung auf Leistung

„OMG, das Ding ist sooooo langsam!“ Als Entwickler mobiler Web-Apps sind dies wahrscheinlich die allerletzten Worte, die Sie jemals von einem Ihrer Benutzer hören möchten. Sie müssen daher sorgfältig darüber nachdenken, wie Sie jede Byte- und Serverübertragung reduzieren und optimieren können, um die Wartezeit des Benutzers zu verkürzen. Es ist unrealistisch zu erwarten, dass Übertragungen immer über ein WiFi-Netzwerk erfolgen, und Sie sollten wissen, dass 60 % der Nutzer des mobilen Internets angeben, dass sie erwarten, dass eine Website in 3 Sekunden oder weniger auf ihr Mobiltelefon geladen wird (Quelle). In ähnlicher Weise stellte Google fest, dass der Datenverkehr für jede zusätzliche fünf Sekunden Ladezeit um 20 % zurückging (und es ist auch erwähnenswert, dass Suchmaschinen die Ladezeiten als Teil ihrer Berechnung des Seitenqualitätsfaktors berücksichtigen).

Als Teil dieses Lernprogramms zur Entwicklung mobiler Web-Apps finden Sie hier einige Tipps, die Ihnen helfen können, die Leistung Ihrer mobilen Web-Anwendungen zu optimieren und die Latenz zu minimieren:

• Bildoptimierung. Die Ladezeit von Bildern ist bekanntermaßen eines der größten Leistungsprobleme, das sich auf das Laden von Seiten auf Mobilgeräten auswirkt. Die Verwendung von Online-Bildoptimierungsprogrammen wie smushit.com kann bei der Lösung dieses Problems hilfreich sein.
• Code-Komprimierung. Das Komprimieren Ihrer JavaScript- und CSS-Dateien kann je nach Umfang des Codes möglicherweise erhebliche Auswirkungen auf die Leistung haben.
• Datenbankabfragen.
  • Einige Browser für Mobilgeräte akzeptieren nicht so viele Cookies wie Desktop-Browser, was dazu führen kann, dass noch mehr Abfragen als gewöhnlich ausgeführt werden müssen. Serverseitiges Caching ist daher besonders wichtig, wenn mobile Web-App-Clients unterstützt werden.
  • Denken Sie daran, die entsprechenden Filter zu verwenden, um die Einschleusung von SQL-Abfragen zu verhindern, die andernfalls die Sicherheit Ihrer Site und Ihres Servers gefährden könnte.
• Content-Delivery-Netzwerke (CDN). Wenn Sie planen, viele Videos, Bilder, Audiodateien oder andere Arten von Medien bereitzustellen, wird die Verwendung eines CDN dringend empfohlen. Einige der gebräuchlicheren kommerziellen CDNs sind Amazon S3, Microsoft Windows Azure und MaxCDN. Die Vorteile der Verwendung eines CDN sind zahlreich und beinhalten:
  • Verbesserte Download-Leistung. Durch die Nutzung der Ressourcen eines CDN können Sie die Last verteilen, Bandbreite sparen und die Leistung steigern. Die besseren CDNs bieten eine höhere Verfügbarkeit, eine geringere Netzwerklatenz und einen geringeren Paketverlust. Darüber hinaus bieten viele CDNs eine global verteilte Auswahl an Rechenzentren, sodass Downloads von einem Server erfolgen können, der näher am Standort des Benutzers liegt (was zu weniger Netzwerksprüngen und schnelleren Downloads führt).
  • Mehr gleichzeitige Downloads. Browser begrenzen normalerweise die Anzahl gleichzeitiger Verbindungen auf eine einzelne Domäne, wonach weitere Downloads blockiert werden, bis einer der vorherigen Downloads abgeschlossen ist. Sie können dieses Limit oft in Aktion sehen, wenn Sie viele große Dateien von derselben Website herunterladen. Jedes zusätzliche CDN (in einer anderen Domäne) ermöglicht zusätzliche gleichzeitige Downloads.
  • Verbesserte Analytik. Viele kommerzielle CDNs bieten Nutzungsberichte, die Ihre eigene Website-Analyse ergänzen können und eine bessere Quantifizierung von Videoaufrufen und -downloads ermöglichen. GTmetrix zum Beispiel verfügt über ein hervorragendes Website-Berichtstool zum Überwachen und Optimieren der auf Ihrer Website geladenen Quellen.

Entwicklungstools für mobile Web-Apps

„Die richtigen Tools für den richtigen Job“ ist ein uraltes Sprichwort, das für die Softwareentwicklung genauso gilt wie für jeden anderen Bereich. Dieses Tutorial bietet eine Einführung in einige der beliebtesten und am weitesten verbreiteten Tools für die Entwicklung mobiler Webanwendungen, aber denken Sie daran, dass es sehr wohl andere Tools geben kann, die die „richtigen“ für die Entwicklung Ihrer mobilen Webanwendung sind, je nachdem Ihre Anforderungen und verfügbaren Ressourcen.

Auswahl des richtigen JavaScript Mobile Web App Framework

Da die Entwicklung mobiler Web-Apps dazu neigt, viele der gleichen gemeinsamen Herausforderungen zu schaffen – wie z um auf einer Vielzahl von Smartphones und Tablets so fehlerfrei wie möglich zu funktionieren. Die meisten dieser mobilen Web-App-Frameworks sind leichtgewichtig, was das schnelle Surfen im mobilen Web erleichtert, ohne das Erscheinungsbild Ihrer Website zu beeinträchtigen.

Um unseren Blick über die mobile Landschaft hinaus zu erweitern, wenn es ein einziges beliebtes JavaScript-Framework gibt, das es wert ist, erwähnt zu werden, dann ist es jQuery. Wenn Sie mit der Desktop-Version vertraut sind, empfehle ich Ihnen, jQuery Mobile für Ihre mobile Web-App auszuprobieren. Es verfügt über eine Widget-Bibliothek, die semantisches Markup in ein gestenfreundliches Format umwandelt, wodurch die Bedienung auf Touchscreens vereinfacht wird. Die neueste Version besteht aus einer wirklich leichten Codebasis, die mit vielen grafischen Elementen, die Ihre Benutzeroberfläche wirklich verbessern können, vollgepackt ist.

Eine andere Alternative, Sencha Touch, gewinnt ebenfalls schnell Marktanteile. Es bietet insgesamt eine hervorragende Leistung und hilft bei der Erstellung einer mobilen Web-Benutzeroberfläche, die weitgehend wie eine native aussieht und sich anfühlt. Seine voll funktionsfähige Widget-Bibliothek basiert auf der ExtJS-JavaScript-Bibliothek von Sencha.

Hier sind einige wichtige Unterschiede, die beim Vergleich von jQuery Mobile und Sencha Touch zu berücksichtigen sind:

• Sehen und fühlen. Im Allgemeinen ist das Erscheinungsbild einer Sencha Touch-App klarer und besser als das einer jQuery-App für Mobilgeräte, aber es ist wichtig, sich daran zu erinnern, dass solche Reaktionen in der Regel sehr subjektiv sind.
• Erweiterbarkeit. jQuery Mobile bietet viele Erweiterungen von Drittanbietern und ist von Natur aus auf hohe Erweiterbarkeit ausgelegt, während Sencha Touch derzeit eher ein „geschlossenes“ Framework ist.
• Geräteunterstützung. jQuery Mobile zielt derzeit auf einen größeren Querschnitt von Geräten ab als Sencha Touch.
• HTML-„vs.“ JavaScript. jQuery ist weitgehend HTML-zentriert (dh Erweiterung und Bearbeitung von vorhandenem HTML in JavaScript), während die Codierung von Sencha Touch vollständig auf JavaScript basiert. (Dies ist übrigens ein Beispiel dafür, dass die Fähigkeiten Ihres Entwicklungsteams wichtig sind, wenn Sie Ihre Technologieauswahl treffen.)
• Externe Abhängigkeiten. jQuery mobile erfordert jQuery und jQuery UI für die DOM-Manipulation, während Sencha Touch keine externen Abhängigkeiten hat.
• Lernkurve. Die meisten Entwickler finden, dass die Ramp-up-Zeit mit jQuery kürzer ist als die von Sencha Touch, was vielleicht durch den großen Prozentsatz von Webentwicklern angeheizt wird, die bereits mit den Standard-jQuery-Bibliotheken vertraut sind.

Responsive Frameworks und mobile Webanwendungen

In den letzten Jahren sind immer mehr responsive Frameworks aufgetaucht, wobei zwei der derzeit beliebtesten Frameworks Bootstrap und Foundation sind. Kurz gesagt, responsive Frameworks vereinfachen und rationalisieren das webbasierte responsive UI-Design und die Implementierung, indem sie die gängigsten Layouts und UI-Paradigmen in einem wiederverwendbaren, leistungsoptimierten Framework kapseln. Viele dieser Frameworks, die hauptsächlich auf CSS und JavaScript basieren, sind Open Source, können kostenlos heruntergeladen und leicht angepasst werden. Sofern Sie keine sehr speziellen Anforderungen haben, ist es wahrscheinlich, dass die Verwendung eines dieser Frameworks den Aufwand für das Design und die Implementierung Ihrer mobilen Webanwendung reduziert.

Bei der Untersuchung der beiden führenden Optionen Bootstrap und Foundation sind einige der wichtigsten Unterschiede zu berücksichtigen:

• Gezielte Plattformen. Während Bootstrap Mobil-, Tablet- und Desktop-Geräte unterstützt, ist es in erster Linie auf die Desktop-Nutzung ausgerichtet. Foundation hingegen ist für im Wesentlichen alle Bildschirmgrößen und -typen konzipiert.
• Browser-Kompatibilität. Bootstrap ist mit IE7 oder höher kompatibel, während Foundation nur mit IE9 oder höher kompatibel ist.
• Vielfalt an Layouts und Komponenten. Bootstrap verfügt über eine deutlich größere Sammlung von UI-Elementen als Foundation.
• Automatische Größenanpassung. Mit Foundation schrumpft und dehnt sich das Raster entsprechend der aktuellen Browserhöhe und -breite, während Bootstrap nur einen vordefinierten Satz von Rastergrößen basierend auf einem Standardsatz von Bildschirmgrößen unterstützt.

Debuggen und Testen von mobilen Web-Apps

Das Debuggen mobiler Web-Apps kann schwierig und etwas frustrierend sein, insbesondere wenn Sie nach verschiedenen Geräten zum Testen suchen oder SDKs für eine (normalerweise unvollkommene) Emulation der Ziel-Client-Plattformen installieren müssen.

In diesem Zusammenhang besteht ein klarer Vorteil der mobilen Webentwicklung (im Vergleich zur nativen App-Entwicklung) darin, dass Sie standardmäßige browserbasierte Entwicklertools verwenden können, um Ihre Anwendung zu debuggen. Basierend auf meiner persönlichen Vorliebe für das Remote-Debugging empfehle ich in diesem Tutorial zur App-Entwicklung Chrome mit seinen DevTools. Weitere Standardoptionen sind Firefox mit Firebug oder die Dragonfly-Tools von Opera.

Einige der Gründe, warum ich Chrome mit seinen DevTools bevorzuge, sind:

• Mobiler Emulator in den DevTools von Chrome. Dies ist vielleicht allein schon ein Grund, Chrome für das Debugging von mobilen Web-Apps zu wählen. Zu den wichtigsten Funktionen gehören die Emulation von Touch-Ereignissen, Spoofing von Benutzeragenten, Drosselung der Netzwerkbandbreite, Außerkraftsetzung der Geolokalisierung, Außerkraftsetzung der Geräteausrichtung und CSS-Medientyp-Emulation.
• Interaktiver Editor. Möglichkeit, JavaScript oder CSS on-the-fly zu bearbeiten.
• Überlegener JavaScript-Debugger. Ermöglicht DOM-Haltepunkte und bietet die Möglichkeit, die Ausführungszeit Ihres JavaScript-Codes zu profilieren.
• Eingebaute JSON- und XML-Viewer. Vermeidet die Notwendigkeit für Plugins, Serverantworten zu untersuchen.
• Unterstützung für das Android Debug Bridge (ADB)-Protokoll direkt über USB. Erleichtert die einfache Instanziierung einer Remote-Debugging-Sitzung. (Hier ist ein gutes Tutorial von Google zum Starten des Remote-Debuggings in Chrome.)
• Dynamische Inspektion von Ressourcen. Ermöglicht es Ihnen, die lokalen Datenquellen Ihrer App zu untersuchen, einschließlich IndexedDB- oder Web-SQL-Datenbanken, lokaler und Sitzungsspeicher, Cookies und Anwendungscache-Ressourcen. Sie können auch schnell die visuellen Ressourcen Ihrer Anwendung überprüfen, einschließlich Bilder, Schriftarten und Stylesheets.

Um das Layout und die Cross-Browsing-Kompatibilität Ihrer Web-App zu testen, können Sie auch einige hilfreiche Online-Tools wie BrowserStack verwenden. Geben Sie einfach die URL für Ihre Anwendung ein, wählen Sie den Browser, die Version und das Betriebssystem aus, und Sie erhalten die emulierte Ansicht (und Ladegeschwindigkeit) Ihrer Website in dieser Umgebung. Ein weiteres nützliches Tool für diesen Zweck ist CrossBrowserTesting.

Einpacken

Mit der anhaltenden schnellen Zunahme der Anzahl, Vielfalt und Ausgereiftheit mobiler Geräte auf dem Markt und der heutigen Verwendung wird der Bedarf an effektiven, benutzerfreundlichen, leistungsstarken mobilen Anwendungen wahrscheinlich erheblich zunehmen. Diese Anwendungen intelligent und effizient entwickeln zu können, wird daher weiterhin von größter Bedeutung sein.

Bei der Wahl zwischen webbasierten, nativen und hybriden mobilen App-Optionen für mobile Geräte müssen viele Faktoren berücksichtigt werden. Jede hat ihre eigenen Vorteile, aber mobile Web-Apps stellen oft die effizienteste Option für die Entwicklung (und damit für die Markteinführungszeit) dar. Sollten Sie sich für diesen Weg entscheiden, hoffe ich, dass dieses Tutorial zur Entwicklung mobiler Web-Apps Ihnen hilft, direkter und erfolgreicher an Ihr Ziel zu gelangen.