Wenn Sie eine mobile Website erstellen, tauchen Sie in eine Welt voller Schmerzen ein! Ernsthaft. Ich habe ein Jahr als Projektmanager für mobile Webportal-Projekte gearbeitet, und die Browser-Bugs und Plattformunterschiede sind um Größenordnungen schlechter als bei der Entwicklung von Webanwendungen auf Voll-PC-Basis.
Das erste, was ich sagen werde, ist: Schauen Sie sich den Business Case genau an. Der mobile Bereich hat derzeit einen First-Mover-Vorteil. Sie können jedoch mit einer mobilen Version Geld verdienen oder auch nicht. Überlegen Sie genau.
Die zweite Sache ist: Beschränken Sie Geräteziele so weit wie möglich. Wenn Sie Geräte hinzufügen, explodieren die Belastungen für den Kundensupport und die Qualitätssicherung praktisch. Wenn Sie mit nur unterstützenden iPhones + Androids davonkommen können, dann tun Sie dies. Legen Sie mindestens eine feste Liste fest, welche Telefone vollständig und welche teilweise unterstützt werden, und behalten Sie diese Liste bei.
Mit einer Technologielösung können Sie nicht alle Geräte "gut" anvisieren. (Zumindest nicht, wenn Sie "gut" als reinen Text definieren, linksbündig, minimales Styling). Die 4 wichtigsten "Familien" von Formaten für mobile Websites sind:
HTML 5 . "Bester" Kompromiss zwischen starken Funktionen und striktem, konsistentem Parsen. Funktioniert nur mit modernsten Mobiltelefonen (im Moment praktisch für iPhones und Androids).
XHTML Mobile . Kompatibelste und umfassendste Geräteunterstützung. Was Sie für alle nicht-brandneuen Nokia-Geräte, Sony-Ericsson-Geräte usw. wollen. Mit anderen Worten, XHTML Mobile funktioniert mit dem Großteil der installierten Mobilteile. Die Nutzer dieser Mobilteile nutzen mobile Websites jedoch häufig nicht so häufig, sodass sie einen geringeren Prozentsatz der tatsächlichen Besuche von Mobilgeräten ausmachen.
Tag-Suppe, dh HTML 4.01, volles XHTML 1.0 usw. Funktioniert wie 'Tag-Suppe' und ist nur mit den neuesten Telefonmodellen kompatibel.
WAP. Für fast alle Anwendungsfälle ist dieses Format jetzt nicht mehr verfügbar. Ich würde es nicht mehr für irgendeine Art von Entwicklung auf der grünen Wiese in Betracht ziehen. (Die Telefone, die nur WAP können, sind so alt und kaputt, dass kein Mensch sie wirklich als Computerplattform verwenden möchte. Denken Sie an monochrome Bildschirme, keine QWERTZ-Tastatur usw.)
Hinweis: Nur Handys auf dem neuesten Stand der Technik unterstützen Javascript (wiederum eingeschränkte Unterstützung für iPhones, annehmbare Unterstützung für Android, einige andere Smartphones mit unterschiedlichen Betriebssystemen unterstützen Javascript, jedoch nur in sehr neuen Modellen).
Zu guter Letzt sollten Sie native Anwendungen in Betracht ziehen, möglicherweise "hybride" Apps, bei denen ein Teil des Anwendungschroms und der Anwendungslogik lokal installiert ist, und andere Inhalte über das Netzwerk einlesen. Die Entwicklung nativer Anwendungen für das iPhone ist wirklich überraschend günstig, und native Anwendungen sind natürlich schneller und benutzerfreundlicher als In-Browser-Anwendungen.
Was muss ich wissen? Was muss ich beachten?
Wenn dies der Fall ist, sollten Sie entweder bereit sein, viel Zeit mit Lernen zu verbringen, oder es in Betracht ziehen, externes Know-how einzustellen.
WAP ist mit dem Aufkommen von Handy-Browsern (normalerweise abgespeckte Versionen von herkömmlichen Desktop-Browsern) so gut wie tot. Es besteht kein dringender Bedarf, sich über arkane Protokolle hinwegzusetzen, wenn die Tools, an die Sie sich gewöhnt haben, ausreichen.
Antworten:
Wenn Sie eine mobile Website erstellen, tauchen Sie in eine Welt voller Schmerzen ein! Ernsthaft. Ich habe ein Jahr als Projektmanager für mobile Webportal-Projekte gearbeitet, und die Browser-Bugs und Plattformunterschiede sind um Größenordnungen schlechter als bei der Entwicklung von Webanwendungen auf Voll-PC-Basis.
Das erste, was ich sagen werde, ist: Schauen Sie sich den Business Case genau an. Der mobile Bereich hat derzeit einen First-Mover-Vorteil. Sie können jedoch mit einer mobilen Version Geld verdienen oder auch nicht. Überlegen Sie genau.
Die zweite Sache ist: Beschränken Sie Geräteziele so weit wie möglich. Wenn Sie Geräte hinzufügen, explodieren die Belastungen für den Kundensupport und die Qualitätssicherung praktisch. Wenn Sie mit nur unterstützenden iPhones + Androids davonkommen können, dann tun Sie dies. Legen Sie mindestens eine feste Liste fest, welche Telefone vollständig und welche teilweise unterstützt werden, und behalten Sie diese Liste bei.
Mit einer Technologielösung können Sie nicht alle Geräte "gut" anvisieren. (Zumindest nicht, wenn Sie "gut" als reinen Text definieren, linksbündig, minimales Styling). Die 4 wichtigsten "Familien" von Formaten für mobile Websites sind:
Hinweis: Nur Handys auf dem neuesten Stand der Technik unterstützen Javascript (wiederum eingeschränkte Unterstützung für iPhones, annehmbare Unterstützung für Android, einige andere Smartphones mit unterschiedlichen Betriebssystemen unterstützen Javascript, jedoch nur in sehr neuen Modellen).
Zu guter Letzt sollten Sie native Anwendungen in Betracht ziehen, möglicherweise "hybride" Apps, bei denen ein Teil des Anwendungschroms und der Anwendungslogik lokal installiert ist, und andere Inhalte über das Netzwerk einlesen. Die Entwicklung nativer Anwendungen für das iPhone ist wirklich überraschend günstig, und native Anwendungen sind natürlich schneller und benutzerfreundlicher als In-Browser-Anwendungen.
Wenn dies der Fall ist, sollten Sie entweder bereit sein, viel Zeit mit Lernen zu verbringen, oder es in Betracht ziehen, externes Know-how einzustellen.
quelle
Ich beginne mit den Mobile Web Best Practices 1.0 des W3C und sehe, was Websites wie das Smashing Magazine zum Entwerfen von Websites für Mobilgeräte zu sagen haben.
WAP ist mit dem Aufkommen von Handy-Browsern (normalerweise abgespeckte Versionen von herkömmlichen Desktop-Browsern) so gut wie tot. Es besteht kein dringender Bedarf, sich über arkane Protokolle hinwegzusetzen, wenn die Tools, an die Sie sich gewöhnt haben, ausreichen.
quelle
Einige schöne Artikel zu diesem Thema -
Stand der mobilen Webentwicklung - Teil 1 , 2 , 3
Mobilfreundlich: Der
Leitfaden zur mobilen Weboptimierung
quelle