Progressive Web Apps and Service Workers

Progressive Web Apps and Service Workers
Francisco Cobas
June 30, 2020
Scrum
Progressive Web Apps and Service Workers

What are Progressive Web Apps?

If you think about native apps and web apps in terms of capabilities and reach, native apps represent the best of capabilities whereas web apps represent the best of reach. So where do Progressive Web Apps fit in? Progressive Web Apps (PWA) are built and enhanced with modern APIs to deliver native-like capabilities, reliability, and insatiability while reaching anyone, anywhere, on any device with a single codebase. At their heart, Progressive Web Apps are just web applications. Using progressive enhancement, new capabilities are enabled in modern browsers. Using service workers and a web app manifest, your web application becomes reliable and installable. If the new capabilities aren't available, users still get the core experience.

You can read more about it in the following link: https://web.dev/what-are-pwas/

How to transform a web app into a PWA?

In order to build a PWA we need to do two things.

  1. First one, use Service Workers for caching all the pages and resources in order to enable offline mode (and more capabilities like push notifications, background sync, etc.).
  2. And second add a manifest.webmanifest file in order to enable Mobile App capabilities, such as Mobile App Icon, Mobile App shortcuts, and many more.

What are Service Workers about?

A brief introduction:

Service worker is a script that your browser runs in the background, separate from a web page, opening the door to features that don't need a web page or user interaction. Today, they already include features like push notifications and background sync. In the future, service workers might support other things like periodic sync or geofencing. The core feature discussed in this tutorial is the ability to intercept and handle network requests, including programmatically managing a cache of responses.

You can read more about it in the following link.

I highly recommend you to read two things about Service Workers

1. How the Service Workers life cycle works.

2. Which prerequisites we need to have in order to work with Services Workers.

Google documentation is pretty well explained, so I prefer to link to it instead of writing the same thing again.

Service Workers Life cycle: Life cycle

Service Workers Prerequisites: Prerequisites

Let's begin this tutorial by creating a regular Web App

To start we are going to create two pages. index.html


and about.html


Notice how in both pages we link a stylesheet and a javascript file.

Create the css/styles.css stylesheet by copying the code from this Github Gist: css/styles.css

Create an empty Javascript file named: js/main.js

At this point in time we have a regular web app, let's begin the construction of the Progressive Web App

Now, we are going to register the service worker in our main javascript file. For doing that we need to do two things, first create our service worker file, second modify the js/main.js file.

The service worker file is just a regular javascript file, in our case we are going to name it service-worker.js. This file should be in the root folder.

in your preferred terminal window, run the following command:

touch service-worker.js

then we are going to modify the js/main.js file with the following code:


After registering/installing the service worker we are going to modify the service-worker.js file in order to add the cache into it.


Fetch the resources from the cache once they are present, in order to do that add this code to the service-worker.js file


Delete unused caches


Now is time to work on the manifest.webmanifest file

This file should be created on the root folder. To do that we can run the following command on the terminal:

I'll write a brief description of each key of the manifest.json. If you want to read more details please check the following URL: https://web.dev/add-manifest/

touch manifest.webmanifest

  • short_name : Is used on the user's home screen, launcher, or other places where space may be limited.
  • name : Is used when the app is installed.
  • description : Description of your app
  • icons : The icons property is an array of image objects. Each object must include the src, a sizes property, and the type of image.
  • start_url : Is required and tells the browser where your application should start when it is launched.
  • background_color : Is used on the splash screen when the application is first launched on mobile.
  • display : You can customize what browser UI is shown when your app is launched. For example, you can hide the address bar and Chrome browser.
  • scope : Defines the set of URLs that the browser considers to be within your app, and is used to decide when the user has left the app.
  • theme_color : Sets the color of the tool bar, and may be reflected in the app's preview in task switchers.
  • shortcuts : Is an array of app shortcut objects whose goal is to provide quick access to key tasks within your app.

Once we have the manfiest.webmanifest file then we need to link this file and add some required tags in our index.html and about.html pages.

Contact Us

Ready to get started? Use the form or give us a call to meet our team and discuss your project and business goals.
We can’t wait to meet you!

Write to us!
info@vairix.com

OR
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Progressive Web Apps and Service Workers