Wenn der Hunger Kummer macht

Zitat

Original geschrieben von frank_aus_wedau
Diese plattformunabhängige Lösung existiert bereits. Sie heißt Browser und erlaubt Bestellungen über die Homepage des Anbieters.

Statt einer App packt man sich stattdessen einen Link zur URL des Anbieters auf den Desktop (resp. systemabhängiges Derivat).

Genau das meine ich doch.

Ich spreche auch eher von der Seite der Anbieter. Denn nicht selten ist deren mobile Web-Site einfach eine Zumutung. Aber Apps haben sie. Toll.

Zwar muss eine Web-Site auch auf verschiedene Browser und Bildschirmgrößen angepasst werden, jedoch ist das i.d.R. nur eine Frage der passenden Stylesheets und ein paar Defines in den Oberflächen-Klassen. Aber die Business-Logik ist dieselbe.

Einen Nachteil hat eine mobile Web-Site natürlich: Sie verursacht permanenten Internet-Traffic, was dann nachteilig ist, wenn die Verbindung nicht so gut ist. Eine rein client-seitige Lösung hat da den Vorteil, dass nur wenige Nutzdaten übertragen werden müssen. Wobei das gerade bei 'nem Pizza-Bestelldienst nicht der Fall ist, da hier ja die ganzen Informationen über die Lieferdienste, die Speisekarten, usw. zur App immer aktuell übermittelt werden müssen.

Aber am allerschlimmsten sind immernoch die Spezialisten, die mit irgendwelchen kruden Wrappern einfach ihre Web-Site 1:1 in eine App packen. Besonders übel stößt mir da immer wieder das Chayns-Framework von Tobit aus, mit dessen Hilfe du mit wenigen Mausklicks eine Unternehmens-Facebook-Seite in eine App wandeln kannst. Waaah. Und die "App" sieht dann auch mal richtig scheiße aus.

Hauptsache Apps, Apps, Apps... :mad:

Zitat

Original geschrieben von harlekyn
Unsinn. Ein Browser ist gradezu ein Paradebeispiel fuer eine Client-/Server-Anwendung ohne permanente Verbindung. Die wird nur benoetigt, wenn Daten ausgetauscht werden (z.B. wenn eine neue Seite angefragt oder eine Formulareingabe zum Server gesendet wird).

Wenn man eine Web-Site nutzt, ist bei jeder Nutzerinteraktion eine Datenverbindung zum Server notwendig. Jede neue Seite wird komplett übertragen, um das Ergebnis der Aktion darzustellen.

Das ist bei einer App nicht der Fall. Die muss nur dann mit dem Server kommunizieren, wenn das Ergebnis feststeht, die Datenmenge ist gering.

Um beim Bespiel der Essensbestellung zu bleiben: In der App wird am Anfang die Liste der in der Gegend zur Verfügung stehenden Lieferdienste geladen. Du wählst einen aus, dann wird dessen Karte geladen. Fertig. Nun findet die weitere Verarbeitung lokal statt. Egal, wie oft du dich durch die Rubriken der Speisekarte klickst, wie viele Sachen du in den Warenkorb legst, es gibt keine Kommunikation mit dem Server.
Erst wenn du in den Checkout gehst, wird der Warenkorb übertragen und das Zahlungshandling angestoßen.

Bei der mobilen Web-Site wird ständig kommuniziert. Es wird der gesamte Aufbau übertragen, die Grafiken, die Inhalte. Klickst du auf eine Speisekarte, kommt deren Inhaltsverzeichnis über die Leitung. Klickst du auf eine Unterrubrik, wird die übertragen. Jeweils immer die komplette Seite. Legst du Ware in den Warenkorb, wird das direkt an den Server geschickt. Bei jedem Klick flitzen die Daten über die Leitung.
Und hier reicht es aus, wenn das Netz mal kurzzeitig etwas langsam ist, schon wird der Nutzer in seiner Bedienung ausgebremst. In der App dauert das Hinzufügen einer Speise in den Warenkorb Millisekunden. Auf der Web-Site wartest du unter ungünstigen Umständen eine halbe Minute, bis die Antwort kommt und du weiter machen kannst.

Auf dem PC mit guter Internet-Anbindung funktioniert das alles ohne Probleme. Aber mobil ist das eben etwas anders.

Insofern sind Apps besonders widersinnig, die eben nur ein Wrapper einer Web-Site sind und im Hintergrund nur die Web-Daten laden.