https://www.devday.de 24.04.2018
Bitte PDF downloaden, um alle Links verwenden zu können.
Sourcecode für Service Worker und PouchDB Demos:
https://github.com/ulid000/offline-first-sw
https://github.com/ulid000/offline-first-sw-server
https://github.com/ulid000/offline-first-pouchdb
"High Speed Internet, permanently online, permanently connected, LTE überall, na klar geht alles nur online - der Rest ist Error Handling. Done."
Oft ist uns gar nicht mehr bewusst, dass wir damit Nutzer enttäuschen, ihre Zeit verschwenden und die Nutzung unserer Anwendungen einschränken. Leider ist Offline-Fähigkeit nachträglich oft ähnlich schlecht nachrüstbar wie die Unterstützung von Mobile Devices. Daher möchten ich Euch zeigen, wie man mit Offline First von Anfang an "offline denken" kann, vergleichbar mit Mobile First.
Ich werde Euch kurz in die Motivation für Offline-Funktionen, Nutzerwartungen, UX-Ansätze sowie Herausforderungen und Ansätze für die Anwendungsarchitektur und -sicherheit einführen und aufzeigen wie wir CAP und Eventual Consistency auf diese Problemstellung anwenden können.
Anhang von einigen Demos für Web-Apps und Native Apps schauen wir uns Lösungen für Caching und Datensynchronisation an.
Wir werfen einen Blick darauf, welche Technologien für Progressive Web Apps zur Verfügung stehen und wie Digital Business Platforms wie Salesforce oder die SAP Cloud Platform die Offlinefähigkeit unterstützen. Kann man wirklich schon „Offline as a Service“ dazukaufen?
Also: "Kein Netz" ist nicht zwingend ein Fehler.