HTML5, programmierung der Zukunft?

[jobo]

Für mich schwingt bei einer "App" noch etwas anderes mit:
- nicht nur klein (in KB gemessen)
- auch klein im Funktionsumfang
was gleichzeitig bedeutet:
- einfach zu bedienen, quasi barrierefrei im Sinne einer Lernkurve
- idealerweise auch mehr oder weniger fehlerfrei


Was man von PC Software als die berühmte eierlegende Wollmilchsau kennt, kommt hier in tausenden, leicht verdaulichen Häppchen, smart, je nach Bedarf, alles easy.
Teilweise ist mir das recht sympatisch, manchmal aber auch wieder nicht.
Vom Gefühl her jedenfalls eine Tendenz, die klassischer PC Software auch nicht schlecht stünde.

HTML5
Eine Browser App (HTML5, -6, -7, usw) hat in meinen Augen eine recht breite Zukunft, da die Fortschritte im Bereich Grafik/Zeichnen, Events, Tastatursteuerung, AJAX einige Grenzen zum Fatclient Programm zu Fall gebracht haben.

[Olli73]

Zitat:

Zitat von NamenLozer (Beitrag 1201678)

Obwohl ich seit Jahren immer wieder von HTML5 im Zusammenhang mit Apps lese, habe ich bis heute noch keine einzige in HTML5 geschriebene „App“ gesehen. Auf iOS laufen die Apps in nativem Code, meistens mit Objective C erstellt, auf Android sind die Apps in Java geschrieben. HTML5 Fehlanzeige. Lediglich Web OS hatte solche Ansätze, aber konnte sich ja nicht etablieren.

Also zumindest facebook hatte wohl früher eine HTML(5)-App: http://www.theregister.co.uk/2012/12...p_for_android/

War aber dann wohl doch zu lahm und wurde ersetzt. Was mich zu meiner Frage bringt: Woran erkennt man denn eine HTML5-App (außer dass sie lahm ist)?

[DeddyH]

Zitat:

Zitat von Olli73 (Beitrag 1201684)

Woran erkennt man denn eine HTML5-App (außer dass sie lahm ist)?

http://funcorner.eu/tag/try-it-out-o...rnet-explorer/

[mjustin]

Zitat:

Zitat von Olli73 (Beitrag 1201684)

Also zumindest facebook hatte wohl früher eine HTML(5)-App: http://www.theregister.co.uk/2012/12...p_for_android/

War aber dann wohl doch zu lahm und wurde ersetzt. Was mich zu meiner Frage bringt: Woran erkennt man denn eine HTML5-App (außer dass sie lahm ist)?

Es gibt jetzt wieder eine HTML5 App für Facebook:

http://t3n.de/news/fastbook-startup-baut-433334/

Zitat:

Ein US-Unternehmen für Web-Frameworks hat eindrucksvoll eine eigene Facebook-App namens Fastbook mittels der entsprechenden API programmiert. Das Überraschende daran: die HTML5-App schlägt die native und offizielle Facebook-App in Sachen Geschwindigkeit auf iOS und Android. Und dabei hat Facebook erst vor wenigen Tagen vollständig auf native Apps umgestellt.

Das Problem ist nicht die "Lahmheit" von HTML5, sondern des Browsers auf dem es ausgeführt wird. Wenn zum Beispiel kein ausreichend schneller JavaScript Interpreter oder JITTer vorhanden ist, werden jQuery & Co. langsamer ausgeführt.

[jfheins]

Zitat:

Zitat von NamenLozer (Beitrag 1201678)

Obwohl ich seit Jahren immer wieder von HTML5 im Zusammenhang mit Apps lese, habe ich bis heute noch keine einzige in HTML5 geschriebene „App“ gesehen. Auf iOS laufen die Apps in nativem Code, meistens mit Objective C erstellt, auf Android sind die Apps in Java geschrieben. HTML5 Fehlanzeige. ...Das sieht man schon daran, dass alle größeren Web-Service (oder neuerdings „Cloud“) wie Facebook oder Twitter, obwohl sie sogar ursprünglich aus der HTML-Welt kommen, immer noch extra native Apps für diverse Plattformen anbieten, aus Performance- und Komfortgründen.

Dazu ein kleiner Einwurf: Inzwischen ja, aber es hat scheinbar auch lang mit HTML5 funktioiniert :stupid: http://www.androidnext.de/news/faceb...g-html5-nativ/

[Phoenix]

Zitat:

Zitat von Olli73 (Beitrag 1201684)

War aber dann wohl doch zu lahm und wurde ersetzt. Was mich zu meiner Frage bringt: Woran erkennt man denn eine HTML5-App (außer dass sie lahm ist)?

Prinzipiell sind sie nicht zwangsläufig lahm. Es kommt drauf an, was man damit machen will :) Und das viel Javascript nunmal auch viel Browserspeicher braucht sollte einem HTML/JS-Entwickler klar sein. Dass dieser Speicher auf mobilen Geräten knapp ist auch.
Von daher kann man nicht mal einfach das komplette Facebook-Javascript was man für seine Seite hat 'mal schnell' hinter ein anderes, schlankereres UI klemmen, und dann eine iOS und Android 'App' schreiben, die diese spezielle Seite im Systemeigenen Browser anzeigt. Und das haben die (sehr blauäugig) gemacht. Waren halt auch ruck-zuck fertig, aber eben mit den bekannten Nachteilen.

Eine Html(5)-App erkennt man ganz simpel daran, dass sie in aktuellen Browsern (Chrome, Firefox, IE ab 8/9 und Safari) läuft. Und mit HTML5 an sich kann man ne Menge machen. Ich schreibe gerade an einem HTML5-Artikel für das Entwickler-Magazin, wo ich mal so die wichtigsten Features des neuen Standards vorstellen will.

Ich meine, so Dinge wie die ganzen großen Web-Applications (Google Mail, Google Docs, Microsoft Office 365, Outlook.com) sind ja schonmal gute Beispiele, was da alles geht. Für lokale Speicherung braucht man inzwischen auch kein Gears mehr, sondern gut geschriebene HTML5-Anwendungen starten im Browser auch, wenn man gerade mal keine Internetverbindung hat und synchronisieren/updaten sich wieder, sobald sie da ist.

Das macht natürlich die Versionspflege für den Anbieter ungeheuer einfach (auf alle Webserver legen, alle User sind spätestens nach dem nächsten Aufruf up-to-date).

Und, man kann natürlich alle Plattformen die einen Webbrowser zur Verfügung stellen mit einer einzigen Version gleich bedienen.

Aber es ist halt nicht für alle Anwendungsfälle tauglich.
Zum einen läuft das Programm auf dem Client, und zwar aus JS heraus. Man rückt also zwangsläufig die Sourcen raus. Zum anderen sind so Sachen wie Numbercrunchimg im Browser ne saudoofe Idee. Zum dritten kann man in seiner Browser-Console alles eingeben was man will, und so auch beliebigen Code in jede Webanwendung einschleusen. Also muss alles was irgendwie 'wichtig' und aufwändig / teuer in Sachen performance ist oder eine gewisse Art von Security voraussetzt sowieso auf dem Backend (irgend ein Server) passieren.

Und es gibt nunmal Anwendungen, die gehen einfach (noch?) nicht in HTML/JS (Treiber, VOIP Clients (z.B. wegen dem Transcodieren).

[Olli73]

Zitat:

Zitat von Phoenix (Beitrag 1201691)

Zitat:

Zitat von Olli73 (Beitrag 1201684)

War aber dann wohl doch zu lahm und wurde ersetzt. Was mich zu meiner Frage bringt: Woran erkennt man denn eine HTML5-App (außer dass sie lahm ist)?

Prinzipiell sind sie nicht zwangsläufig lahm. Es kommt drauf an, was man damit machen will :) Und das viel Javascript nunmal auch viel Browserspeicher braucht sollte einem HTML/JS-Entwickler klar sein. Dass dieser Speicher auf mobilen Geräten knapp ist auch.
Von daher kann man nicht mal einfach das komplette Facebook-Javascript was man für seine Seite hat 'mal schnell' hinter ein anderes, schlankereres UI klemmen, und dann eine iOS und Android 'App' schreiben, die diese spezielle Seite im Systemeigenen Browser anzeigt. Und das haben die (sehr blauäugig) gemacht. Waren halt auch ruck-zuck fertig, aber eben mit den bekannten Nachteilen.

Eine Html(5)-App erkennt man ganz simpel daran, dass sie in aktuellen Browsern (Chrome, Firefox, IE ab 8/9 und Safari) läuft. Und mit HTML5 an sich kann man ne Menge machen. Ich schreibe gerade an einem HTML5-Artikel für das Entwickler-Magazin, wo ich mal so die wichtigsten Features des neuen Standards vorstellen will.

Ich meinte eigentlich nicht HTML(5)-Apps im WWW/Browser, sondern die als ganz normale Store-Apps verpackten HTML5-Apps. Also wie kann ich als User z.B. erkennen, dass die alte Facebook-App auf HTML5 basierte und die neue nativ ist (außer dass die native schneller sein soll, was natürlich nicht unbedingt in allen Fällen so sein muss)?

Meine Frage kam wegen der Aussage von NamnLozer:

Zitat:

Obwohl ich seit Jahren immer wieder von HTML5 im Zusammenhang mit Apps lese, habe ich bis heute noch keine einzige in HTML5 geschriebene „App“ gesehen.

Wie will er das "erkannt" haben?

[Satyr]

Ich habe irgendwie nie wirklich einen Zugang zu "App" bekommen. Ok, ich habe mein Android Handy und auf diesem auch Apps installiert. Aber das Wort "App" ist für mich nur ein Modewort, irgendwie.
Für mich betrachte ich das einfach als Plugins. Wenn ich im Market schon sehe, das es für manche Apps wieder Apps gibt usw... das sehe ich einfach nur als Module, Plugins.
Im Grunde ist das doch wie mit Windows schon immer gewesen. Windows = Programm, bringt immer schon Plugins mit. Solitär, Notepad, Wordpad, der Rechner usw...
Jetzt mit Internet kann man noch mehr runterladen. Dann hat man z.B. ein aufgemotzteres Wordpad mit schickerem Interface. Nennt sich dann "Writing App" oder sowas. Hieß das Notepad früher nicht auch einfach nur "Write"? Na egal... jedenfalls, als mehr sehe ich das nicht. Altes in neuen Kleidern. Marketingtechnisch dufte aber irgendwie musste man das ja verpacken, im zuge das nu alles Cloudig ist und damit insgesamt neu wirken muss.

[Popov]

Natürlich hast du Recht, natürlich ist App eine Modewort und natürlich ist App nur eine andere Bezeichnung für Programm. Und trotzdem, es gibt noch nicht das Adobe Photoshop CS7 App oder Microsoft Office 2013 App, das wird es wohl auch nie geben. Somit wird App eher für eine bestimmt Gruppe von Programmen genutzt, wie zum Beispiel das Taschenlampen App für Android Smartphon. Stell dir vor es würde das Taschenlampen Programm für Android Smartphon. Viel zu förmlich. Auch habe ich gelesen, dass Microsoft das Internet zum Teil umgetauft hat. So sollen angeblich beim Internet Explorer 10 die Webseiten jetzt Apps heißen. Der IE 10 öffnet also Apps und nicht Webseiten.

Ich würde sagen, App ist das was man früher Tool (statt Programm) nannte, aber noch ein bisschen anders.

Trotzdem, ich denke Html, CSS, JS werden in Zukunft stärker die Computer dominieren. Ich denke man sollte sich damit in Zukunft näher befassen.

[Satyr]

Doch, eine abgespeckte Photoshop Version gibt es für Android. Auch Office Pakete gibt es verschiedene. Von MS hab ich noch keine gesehen. Aber schon andere starke. Nicht so stark wie Desktop Versionen... aber deshalb mein Vergleich mit den Programmen die Windows immer so mitbringt.

Was ich wirklich Praktisch finde, ist das es da sogar Apps wie TeamViewer gibt und ich mit dem Handy schnell auf meinen Rechner kann. Da wird im Grunde das gemacht was das Desktop Programm auch macht - nur kleiner. Aber sonst... weiß nicht, Plugins oder Module beschreiben das für mich irgendwie besser.

Davon abgesehen gebe ich Dir aber recht. Ich glaube auch es wird sich viel in HTML verlagern, weil Plattformunabhängig. Dazu noch Software on Demand Services, Free to use (zahlen für Extrafunktionen) usw... das Internet wird da sicher noch einiges durchmischen.
Aber spätestens wenn jedes größere Programm seinen eigenen AppStore hat (Amazon macht es vor) denke ich das sich der umschreibende Begriff ändern wird. Aus Marketing Gründen, um sich besser abzuheben. Deshalb heißt es ja bei Abdroid eig. auch "Google Play", worin aber nicht Chrome integriert wurde. Der hat seinen eigenen "Web Store".