Die meisten werden es mitbekommen haben: Die vielverhasste offizielle iPhone-App von Facebook ist vorgestern in einer neuen Version erschienen, welche deutlich besser reagiert, sich flüssiger bedienen lässt und insgesamt weniger crappy ist als bisher. Dies wurde mutmaßlich durch einen Technologiewechsel erreicht: Während die alte App im Wesentlichen eine Ansammlung aus diversen HTML-Webviews darstellte, die in einen nativen App-Mantel gehüllt waren, kommt die neue Version 5.0 komplett als nativ entwickeltes Produkt daher.

Da liegt es natürlich nahe zu behaupten, dass man grundsätzlich auf HTML und JavaScript verzichten sollte, wenn es um diese Art von Smartphone-Apps geht. Die Verbesserung ist nämlich im Falle der Facebook-App tatsächlich recht dramatisch.

Man darf jedoch nicht vergessen, dass die alte Facebook-App nicht einfach mit HTML-Webviews gearbeitet hat, sondern – großer Unterschied! – mit schlampig hingerotzten HTML-Webviews. Die unfassbare Trägheit war nämlich meistens beim Nachladen von Inhalten zu beobachten, und bei der fehlerhaften Zuordnung von Nutzerbildern, und beim kaputten Anzeigen von Nachrichten. Dinge, die eigentlich mit der Wahl der Client-Technologie nicht viel zu tun haben.

Zugegeben: es ist natürlich nicht möglich, mit reinen Webtechnologien die gleiche visuelle Eleganz und Flüssigkeit einer nativen App zu erreichen. Und in diesem Fall (Facebook hat ja genug Kohle) ist nativ auch genau der richtige Weg! Ich möchte nur betonen, dass man sich – entgegen anders lautender Meinungen – mit einer komplett neu geschriebenen und akribisch auf Performance optimierten HTML/JavaScript-Version ebenfalls deutlich von der verkackten alten Version hätte absetzen können.

Nicht immer geht es nur um die Wahl einer bestimmten Technologie. Sie muss auch jeweils handwerklich gut gemacht sein. Dass HTML/JavaScript was reißen kann, sieht man auf der mobilen Twitter-Webapp (Nur auf Smartphones angucken). Die performt ordentlich und ist immer noch eine meiner persönlichen Lieblingsbeispiele für gut gemachte mobile Webapps.