Hmm...

[Tapsi]

>> Durch die Vermischung von nativem Quelltext und HTML5 waren die bisherigen Versionen der Facebook-App recht langsam. <<

Evt. hätte man das nicht tun sollen und konsequent auf HTML5 setzen sollen. Ist natürlich geil dass jetzt wieder HTML5 dadurch in die Kritik gerät.

while not sleep
sheep++

[Himmerlarschundzwirn]

Ich finde, "HTML5 ist langsamer als nativer Code" ist keine schlimme Kritik, sondern eigentlich nur logisch. Solange HTML5 sich für das Internet als gut erweist, kann sowas ja egal sein.

[Tapsi]

Naja ich hatte immer Probleme zu verstehen warum sich Gesichtsbuch da so schwer mit tut... aber wo genau das Problem lag sagen Sie auch nicht ( sodass man es hätte verbessern können, oder als Know-How für andere HTML5 Projekte ).

while not sleep
sheep++

[Himmerlarschundzwirn]

Facebook ist halt sehr komplex, ich meine sogar, die hätten für's Backend eine eigene Programmiersprache. Dass man da selbst mit HTML5 noch an Grenzen stößt, kann ich mir durchaus vorstellen. Aber bin auch kein Webentwickler, dass ich sowas beurteilen könnte.

[goosefx]

Situation iOS:
Apple lässt alle Webanwendungen langsamer laufen, als ihren eigenen Web-Browser (Stichwort: Nitro Javascript Engine).

Situation Android:
Chrome benötigt mindestens ICS und leider, leider, leider laufen noch sehr viele Geräte mit 2.x und der Web Browser auf diesen Geräten ist nicht gerade für Stabilität und Geschwindigkeit bekannt.

Schade, aber da bleibt einem leider nichts anderes übrig als ne native App zu entwickeln.

[Tapsi]

Stimmt!

iOS Webview ohne JIT, das Problem hatte ich neulich bei einem Projekt gerade.
Guter Einwand.. .danke :)

while not sleep
sheep++

[LH]

Tapsi schrieb:
--------------------------------------------------------------------------------
> Evt. hätte man das nicht tun sollen und konsequent auf HTML5 setzen sollen.
> Ist natürlich geil dass jetzt wieder HTML5 dadurch in die Kritik gerät.

Das hätte es nur langsamer gemacht. Das Problem ist nicht das Mischen von Technologien, sondern HTML.
Eine native Anwendung ist immer schneller als eine Anwendung, die aus verschiedenen komplexen interpretierten Sprachen zusammengesetzt ist. Gerade auf Mobilgeräten tun sich HTML-Apps wegen des Overheads recht schwer.

[afarber]

Ich frag mich immer, ob HTML5-Verfechter auch mal damit programmiert haben?

Und ich meine, richtig was programmiert.

Denn ich habe HTML5 und Flash/Flex verwendet und das letztere ist immernoch besser in vielen Hinsichten.

[Tapsi]

Japs... deswegen frag ich mich oft wo genau bei diesen Projekten so derbe Probleme entstehen. Sicherlich verlangt Apps auf Basis von HTML5 +JS enorm viel Disziplin und Erfahrung... sicher auch langsamer ( keine Frage ) aber so wie es hier hingestellt wird... für mich nicht immer nachvollziehbar. Aber sicher wird es Stellen gegeben haben die das verursacht haben und es wäre als Entwickler sehr interessant zu wissen warum, damit auch selber nicht diese Fehler macht.

while not sleep
sheep++

[xeniac.at]

Sorry. Bei Android ist der schnellste Browser zzt. Firefox, dann der Android Browser und dann Chrome.

Abgesehen davon ist m.facebook.com auf meinem Nexus schneller als die alte Facebook App. Es liegt also nicht nur am HTML.

Sicher hat "nativer" code einen Vorsprung, aber den muss man auch nutzen. Ich kenne auch Beispiele wo die Webapplikation schneller und komfortabler als die native App ist.

[Tapsi]

Das ist mir auch aufgefallen, vor allem muss man den Workflow und das interne Design oft auch ganz anders machen... damit alles frein läuft. ^^

while not sleep
sheep++

[Smiled]

xeniac.at schrieb:
--------------------------------------------------------------------------------
> Sorry. Bei Android ist der schnellste Browser zzt. Firefox, dann der
> Android Browser und dann Chrome.

Quelle?

Die Signatur wird überbewertet.