品牌动态

当前位置:新萄京娱乐场手机版 > 品牌动态 > 原文出处,PWA 不是单纯的某项技术

原文出处,PWA 不是单纯的某项技术

来源:http://www.chrisproduction.com 作者:新萄京娱乐场手机版 时间:2019-10-05 16:46

React 同构应用 PWA 进级指南

2018/05/25 · JavaScript · PWA, React

原稿出处: 林东洲   

渐进式Web应用(PWA)入门教程(下)

2018/05/25 · 基本功技能 · PWA

原稿出处: Craig Buckler   译文出处:葡萄干城控件   

上篇小说大家对渐进式Web应用(PWA)做了有的为主的介绍。

渐进式Web应用(PWA)入门教程(上)

在这一节中,大家将介绍PWA的原理是怎样,它是怎么着开首工作的。

前言

不久前在给笔者的博客网址 PWA 进级,顺便就记下下 React 同构应用在行使 PWA 时境遇的标题,这里不会从头初阶介绍怎样是 PWA,假如您想学学 PWA 相关文化,能够看下上面小编收藏的部分小说:

  • 您的首先个 Progressive Web App
  • 【ServiceWorker】生命周期那个事情
  • 【PWA学习与执行】(1) 2018,早先你的PWA学习之旅
  • Progressive Web Apps (PWA) 中文版

第一步:使用HTTPS

渐进式Web应用程序必要利用HTTPS连接。纵然接纳HTTPS会让你服务器的开采变多,但运用HTTPS能够让您的网址变得更安全,HTTPS网址在谷歌上的排行也会更靠前。

出于Chrome浏览器会暗中认可将localhost以及127.x.x.x地点视为测验地方,所以在本示例中你并无需开启HTTPS。别的,出于调节和测验指标,您能够在起步Chrome浏览器的时候利用以下参数来关闭其对网址HTTPS的反省:

  • –user-data-dir
  • –unsafety-treat-insecure-origin-as-secure

PWA 特性

PWA 不是一味的某项技艺,而是一批技艺的聚众,比方:ServiceWorker,manifest 增添到桌面,push、notification api 等。

而就在近年时刻,IOS 11.3 刚刚帮忙 Service worker 和类似 manifest 加多到桌面的特征,所以此番 PWA 退换注重依旧贯彻这两有的功能,至于另外的天性,等 iphone 支持了再升格吗。

第二步:创设一个应用程序清单(Manifest)

应用程序清单提供了和近年来渐进式Web应用的相干音讯,如:

  • 应用程序名
  • 描述
  • 享有图片(包罗主荧屏Logo,运转显示器页面和用的图片只怕网页上用的图片)

实质上讲,程序清单是页面上用到的图标和大旨等财富的元数据。

程序清单是二个身处您使用根目录的JSON文件。该JSON文件重回时必须抬高Content-Type: application/manifest+json 或者 Content-Type: application/jsonHTTP头消息。程序清单的文本名不限,在本文的身体力行代码中为manifest.json

{ "name" : "PWA Website", "short_name" : "PWA", "description" : "An example PWA website", "start_url" : "/", "display" : "standalone", "orientation" : "any", "background_color" : "#ACE", "theme_color" : "#ACE", "icons": [ { "src" : "/images/logo/logo072.png", "sizes" : "72x72", "type" : "image/png" }, { "src" : "/images/logo/logo152.png", "sizes" : "152x152", "type" : "image/png" }, { "src" : "/images/logo/logo192.png", "sizes" : "192x192", "type" : "image/png" }, { "src" : "/images/logo/logo256.png", "sizes" : "256x256", "type" : "image/png" }, { "src" : "/images/logo/logo512.png", "sizes" : "512x512", "type" : "image/png" } ] }

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
{
  "name"              : "PWA Website",
  "short_name"        : "PWA",
  "description"       : "An example PWA website",
  "start_url"         : "/",
  "display"           : "standalone",
  "orientation"       : "any",
  "background_color"  : "#ACE",
  "theme_color"       : "#ACE",
  "icons": [
    {
      "src"           : "/images/logo/logo072.png",
      "sizes"         : "72x72",
      "type"          : "image/png"
    },
    {
      "src"           : "/images/logo/logo152.png",
      "sizes"         : "152x152",
      "type"          : "image/png"
    },
    {
      "src"           : "/images/logo/logo192.png",
      "sizes"         : "192x192",
      "type"          : "image/png"
    },
    {
      "src"           : "/images/logo/logo256.png",
      "sizes"         : "256x256",
      "type"          : "image/png"
    },
    {
      "src"           : "/images/logo/logo512.png",
      "sizes"         : "512x512",
      "type"          : "image/png"
    }
  ]
}

程序清单文件建设构造完今后,你需求在各样页面上援引该文件:

<link rel="manifest" href="/manifest.json">

1
<link rel="manifest" href="/manifest.json">

以下属性在程序清单中时常应用,介绍表明如下:

  • name: 顾客观望的施用名称
  • short_name: 应用短名称。当呈现采用名称的地点缺乏时,将选择该名称。
  • description: 利用描述。
  • start_url: 选取开头路线,相对路径,默感觉/。
  • scope: U陆风X8L范围。举例:若是您将“/app/”设置为U哈弗L范围时,那个利用就能够平素在这几个目录中。
  • background_color: 款待页面的背景颜色和浏览器的背景颜色(可选)
  • theme_color: 选拔的核心颜色,日常都会和背景颜色一样。那些设置决定了选拔如何显示。
  • orientation: 事先旋转方向,可选的值有:any, natural, landscape, landscape-primary, landscape-secondary, portrait, portrait-primary, and portrait-secondary
  • display: 呈现形式——fullscreen(无Chrome),standalone(和原生应用一样),minimal-ui(最小的一套UI控件集)可能browser(最古老的接纳浏览器标签显示)
  • icons: 贰个满含全数图片的数组。该数组中各种成分包涵了图片的U传祺L,大小和品种。

Service Worker

service worker 在笔者眼里,类似于四个跑在浏览器后台的线程,页面第二遍加载的时候会加载这几个线程,在线程激活之后,通过对 fetch 事件,能够对每一个收获的财富举行支配缓存等。

其三步:创立贰个 Service Worker

Service Worker 是二个可编程的服务器代理,它能够阻止可能响应网络伏乞。Service Worker 是位于应用程序根目录的三个个的JavaScript文件。

您必要在页面前蒙受应的JavaScript文件中登记该瑟维斯Worker:

if ('serviceWorker' in navigator) { // register service worker navigator.serviceWorker.register('/service-worker.js'); }

1
2
3
4
if ('serviceWorker' in navigator) {
  // register service worker
  navigator.serviceWorker.register('/service-worker.js');
}

假设您无需离线的连带职能,您能够只开创八个 /service-worker.js文本,那样客户就足以一贯设置您的Web应用了!

ServiceWorker那一个定义恐怕相比难懂,它实在是二个办事在其他线程中的典型的Worker,它不可以采访页面上的DOM成分,未有页面上的API,然而足以阻挡全体页面上的互连网伏乞,满含页面导航,诉求财富,Ajax央求。

下面正是选拔全站HTTPS的主要缘由了。假如你没有在您的网址中运用HTTPS,多少个第三方的剧本就足以从其余的域名注入他自身的ServiceWorker,然后篡改全体的恳求——那的确是那些危急的。

Service Worker 会响应多少个事件:install,activate和fetch。

引人注目什么能源要求被缓存?

那么在开首使用 service worker 在此之前,首先须求驾驭什么能源需求被缓存?

Install事件

该事件就要运用设置到位后触发。大家日常在那边运用Cache API缓存一些少不了的文件。

第一,我们需求提供如下配置

  1. 缓存名称(CACHE)以及版本(version)。应用能够有四个缓存存款和储蓄,不过在应用时只会动用当中三个缓存存款和储蓄。每当缓存存款和储蓄有调换时,新的本子号将会钦命到缓存存款和储蓄中。新的缓存存款和储蓄将会作为当前的缓存存款和储蓄,在此以前的缓存存款和储蓄将会被作废。
  2. 三个离线的页面地址(offlineUEvoqueL):当顾客访问了事先并未有访问过的地方时,该页面将交易会示。
  3. 三个饱含了颇有必须文件的数组,蕴涵保持页面平时职能的CSS和JavaScript。在本示例中,小编还加多了主页和logo。当有例外的UEscortL指向同四个能源时,你也能够将这么些U宝马7系L分别写到那些数组中。offlineUTiggoL将会投入到这几个数组中。
  4. 作者们也能够将一部分非供给的缓存文件(installFilesDesirable)。这一个文件在装置进度中校会被下载,但假如下载失利,不会接触安装退步。

// 配置文件 const version = '1.0.0', CACHE = version + '::PWAsite', offlineUWranglerL = '/offline/', installFilesEssential = [ '/', '/manifest.json', '/css/styles.css', '/js/main.js', '/js/offlinepage.js', '/images/logo/logo152.png' ].concat(offlineURL), installFilesDesirable = [ '/favicon.ico', '/images/logo/logo016.png', '/images/hero/power-pv.jpg', '/images/hero/power-lo.jpg', '/images/hero/power-hi.jpg' ];

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
// 配置文件
const
  version = '1.0.0',
  CACHE = version + '::PWAsite',
  offlineURL = '/offline/',
  installFilesEssential = [
    '/',
    '/manifest.json',
    '/css/styles.css',
    '/js/main.js',
    '/js/offlinepage.js',
    '/images/logo/logo152.png'
  ].concat(offlineURL),
  installFilesDesirable = [
    '/favicon.ico',
    '/images/logo/logo016.png',
    '/images/hero/power-pv.jpg',
    '/images/hero/power-lo.jpg',
    '/images/hero/power-hi.jpg'
  ];

installStaticFiles() 方法运用基于Promise的不二诀要采纳Cache API将文件存款和储蓄到缓存中。

// 安装静态能源 function installStaticFiles() { return caches.open(CACHE) .then(cache => { // 缓存可选文件 cache.addAll(installFilesDesirable); // 缓存必需文件 return cache.addAll(installFilesEssential); }); }

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
// 安装静态资源
function installStaticFiles() {
  return caches.open(CACHE)
    .then(cache => {
      // 缓存可选文件
      cache.addAll(installFilesDesirable);
      // 缓存必须文件
      return cache.addAll(installFilesEssential);
    });
}

最后,我们抬高中二年级个install的风浪监听器。waitUntil办法保障了service worker不会设置直到其辅车相依的代码被实施。这里它会实行installStaticFiles()方法,然后self.skipWaiting()艺术来激活service worker:

// 应用设置 self.add伊芙ntListener('install', event => { console.log('service worker: install'); // 缓存主要文件 event.waitUntil( installStaticFiles() .then(() => self.skipWaiting()) ); });

1
2
3
4
5
6
7
8
9
10
11
12
// 应用安装
self.addEventListener('install', event => {
  console.log('service worker: install');
  // 缓存主要文件
  event.waitUntil(
    installStaticFiles()
    .then(() => self.skipWaiting())
  );
});

缓存静态能源

率先是像 CSS、JS 这一个静态能源,因为自己的博客里引用的本子样式都以由此 hash 做长久化缓存,类似于:main.ac62dexx.js 那样,然后展开强缓存,那样后一次顾客下一次再拜望小编的网址的时候就无须再行央求财富。直接从浏览器缓存中读取。对于这一部分能源,service worker 没须求再去管理,直接放行让它去读取浏览器缓存就可以。

自身以为一旦您的站点加载静态能源的时候本人未有开启强缓存,何况你只想通过前端去达成缓存,而无需后端在到场进行调度,那能够行使 service worker 来缓存静态财富,否则就有一点点画蛇添足了。

Activate 事件

以那件事件会在service worker被激活时发出。你或许没有要求那几个事件,不过在示范代码中,大家在该事件产生时将老的缓存全体清理掉了:

// clear old caches function clearOldCaches() { return caches.keys() .then(keylist => { return Promise.all( keylist .filter(key => key !== CACHE) .map(key => caches.delete(key)) ); }); } // application activated self.addEventListener('activate', event => { console.log('service worker: activate'); // delete old caches event.waitUntil( clearOldCaches() .then(() => self.clients.claim()) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
// clear old caches
function clearOldCaches() {
  return caches.keys()
    .then(keylist => {
      return Promise.all(
        keylist
          .filter(key => key !== CACHE)
          .map(key => caches.delete(key))
      );
    });
}
// application activated
self.addEventListener('activate', event => {
  console.log('service worker: activate');
    // delete old caches
  event.waitUntil(
    clearOldCaches()
    .then(() => self.clients.claim())
    );
});

注意self.clients.claim()推行时将会把当下service worker作为被激活的worker。

Fetch 事件 该事件将会在互连网起始恳求时发起。该事件管理函数中,大家能够采用respondWith()办法来恐吓HTTP的GET必要然后回来:

  1. 从缓存中取到的能源文件
  2. 借使第一步失利,能源文件将会从互联网中使用Fetch API来收获(和service worker中的fetch事件毫无干系)。获取到的能源将会插足到缓存中。
  3. 若果第一步和第二步均退步,将会从缓存中回到精确的财富文件。

// application fetch network data self.addEventListener('fetch', event => { // abandon non-GET requests if (event.request.method !== 'GET') return; let url = event.request.url; event.respondWith( caches.open(CACHE) .then(cache => { return cache.match(event.request) .then(response => { if (response) { // return cached file console.log('cache fetch: ' + url); return response; } // make network request return fetch(event.request) .then(newreq => { console.log('network fetch: ' + url); if (newreq.ok) cache.put(event.request, newreq.clone()); return newreq; }) // app is offline .catch(() => offlineAsset(url)); }); }) ); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
// application fetch network data
self.addEventListener('fetch', event => {
  // abandon non-GET requests
  if (event.request.method !== 'GET') return;
  let url = event.request.url;
  event.respondWith(
    caches.open(CACHE)
      .then(cache => {
        return cache.match(event.request)
          .then(response => {
            if (response) {
              // return cached file
              console.log('cache fetch: ' + url);
              return response;
            }
            // make network request
            return fetch(event.request)
              .then(newreq => {
                console.log('network fetch: ' + url);
                if (newreq.ok) cache.put(event.request, newreq.clone());
                return newreq;
              })
              // app is offline
              .catch(() => offlineAsset(url));
          });
      })
  );
});

offlineAsset(url)方式中应用了一些helper方法来回到正确的数码:

// 是还是不是为图片地址? let iExt = ['png', 'jpg', 'jpeg', 'gif', 'webp', 'bmp'].map(f => '.' + f); function isImage(url) { return iExt.reduce((ret, ext) => ret || url.endsWith(ext), false); } // return 重返离线能源 function offlineAsset(url) { if (isImage(url)) { // 重回图片 return new Response( '<svg role="img" viewBox="0 0 400 300" xmlns=" d="M0 0h400v300H0z" fill="#eee" /><text x="200" y="150" text-anchor="middle" dominant-baseline="middle" font-family="sans-serif" font-size="50" fill="#ccc">offline</text></svg>', { headers: { 'Content-Type': 'image/svg+xml', 'Cache-Control': 'no-store' }} ); } else { // return page return caches.match(offlineURL); } }

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
// 是否为图片地址?
let iExt = ['png', 'jpg', 'jpeg', 'gif', 'webp', 'bmp'].map(f => '.' + f);
function isImage(url) {
  
  return iExt.reduce((ret, ext) => ret || url.endsWith(ext), false);
  
}
  
  
// return 返回离线资源
function offlineAsset(url) {
  
  if (isImage(url)) {
  
    // 返回图片
    return new Response(
      '<svg role="img" viewBox="0 0 400 300" xmlns="http://www.w3.org/2000/svg"><title>offline</title><path d="M0 0h400v300H0z" fill="#eee" /><text x="200" y="150" text-anchor="middle" dominant-baseline="middle" font-family="sans-serif" font-size="50" fill="#ccc">offline</text></svg>',
      { headers: {
        'Content-Type': 'image/svg+xml',
        'Cache-Control': 'no-store'
      }}
    );
  
  }
  else {
  
    // return page
    return caches.match(offlineURL);
  
  }
  
}

offlineAsset()措施行检查查央浼是还是不是为多个图片,然后回来多个包涵“offline”文字的SVG文件。其他恳求将会回到 offlineU奥迪Q7L 页面。

Chrome开荒者工具中的ServiceWorker部分提供了关于当前页面worker的新闻。其中会显得worker中发生的谬误,还足以强制刷新,也能够让浏览器步向离线格局。

Cache Storage 部分例举了脚下享有曾经缓存的能源。你可以在缓存须求立异的时候点击refresh按键。

缓存页面

缓存页面明显是必备的,那是最基本的一部分,当你在离线的动静下加载页面会之后现身:

图片 1

究其原因正是因为你在离线状态下无法加载页面,今后有了 service worker,固然你在没互联网的境况下,也能够加载在此以前缓存好的页面了。

第四步:创制可用的离线页面

离线页面能够是静态的HTML,平日用来提示客商眼下呼吁的页面一时比十分小概利用。然则,大家得以提供部分足以阅读的页面链接。

Cache API能够在main.js中选择。可是,该API使用Promise,在不扶助Promise的浏览器中会失败,全数的JavaScript试行会就此遭到震慑。为了制止这种气象,在做客/js/offlinepage.js的时候大家增多了一段代码来检查当前是否在离线情况中:

/js/offlinepage.js 中以版本号为名称保存了近些日子的缓存,获取拥有URubiconL,删除不是页面包车型的士U奥迪Q3L,将那么些U揽胜L排序然后将具有缓存的U奥迪Q7L体将来页面上:

// cache name const CACHE = '::PWAsite', offlineURL = '/offline/', list = document.getElementById('cachedpagelist'); // fetch all caches window.caches.keys() .then(cacheList => { // find caches by and order by most recent cacheList = cacheList .filter(cName => cName.includes(CACHE)) .sort((a, b) => a - b); // open first cache caches.open(cacheList[0]) .then(cache => { // fetch cached pages cache.keys() .then(reqList => { let frag = document.createDocumentFragment(); reqList .map(req => req.url) .filter(req => (req.endsWith('/') || req.endsWith('.html')) && !req.endsWith(offlineURL)) .sort() .forEach(req => { let li = document.createElement('li'), a = li.appendChild(document.createElement('a')); a.setAttribute('href', req); a.textContent = a.pathname; frag.appendChild(li); }); if (list) list.appendChild(frag); }); }) });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
// cache name
const
  CACHE = '::PWAsite',
  offlineURL = '/offline/',
  list = document.getElementById('cachedpagelist');
// fetch all caches
window.caches.keys()
  .then(cacheList => {
    // find caches by and order by most recent
    cacheList = cacheList
      .filter(cName => cName.includes(CACHE))
      .sort((a, b) => a - b);
    // open first cache
    caches.open(cacheList[0])
      .then(cache => {
        // fetch cached pages
        cache.keys()
          .then(reqList => {
            let frag = document.createDocumentFragment();
            reqList
              .map(req => req.url)
              .filter(req => (req.endsWith('/') || req.endsWith('.html')) && !req.endsWith(offlineURL))
              .sort()
              .forEach(req => {
                let
                  li = document.createElement('li'),
                  a = li.appendChild(document.createElement('a'));
                  a.setAttribute('href', req);
                  a.textContent = a.pathname;
                  frag.appendChild(li);
              });
            if (list) list.appendChild(frag);
          });
      })
  });

缓存后端接口数据

缓存接口数据是要求的,但亦不是必得透过 service worker 来兑现,前端寄存数据的地点有不菲,比方通过 localstorage,indexeddb 来展开仓储。这里小编也是透过 service worker 来促成缓存接口数据的,假诺想通过任何方法来完成,只要求注意好 url 路线与数码对应的照耀关系就能够。

开垦者工具

Chrome浏览器提供了一名目许多的工具来提携您来调度ServiceWorker,日志也会直接展现在调控台上。

您最棒使用匿超级模特式来展开付出事业,那样能够裁撤缓存对开荒的和弄。

最后,Chrome的Lighthouse扩大也足感到你的渐进式Web应用提供一些改良消息。

缓存计谋

眼看了怎么样财富要求被缓存后,接下去将在研讨缓存计谋了。

渐进式Web应用的要义

渐进式Web应用是一种新的工夫,所以利用的时候鲜明要小心。也便是说,渐进式Web应用能够让您的网址在多少个钟头内获得创新,并且在不帮忙渐进式Web应用的浏览器上也不会耳熏目染网址的显得。

只是大家须求思索以下几点:

页面缓存计谋

因为是 React 单页同构应用,每一遍加载页面包车型客车时候数据都以动态的,所以本身动用的是:

  1. 互联网优先的主意,即优先得到网络上流行的能源。当网络央浼失利的时候,再去获得service worker 里以前缓存的财富
  2. 当网络加载成功未来,就更新 cache 中对应的缓存能源,有限接济下一次历次加载页面,都以上次做客的新式能源
  3. 假使找不到 service worker 中 url 对应的能源的时候,则去赢得 service worker 对应的 /index.html 暗许首页

// sw.js self.add伊芙ntListener('fetch', (e) => { console.log('今后正在呼吁:' + e.request.url); const currentUrl = e.request.url; // 相称上页面路线 if (matchHtml(currentUrl)) { const requestToCache = e.request.clone(); e.respondWith( // 加载网络上的资源fetch(requestToCache).then((response) => { // 加载战败 if (!response || response.status !== 200) { throw Error('response error'); } // 加载成功,更新缓存 const responseToCache = response.clone(); caches.open(cacheName).then((cache) => { cache.put(requestToCache, responseToCache); }); console.log(response); return response; }).catch(function() { // 获取对应缓存中的数据,获取不到则战败到收获默许首页 return caches.match(e.request).then((response) => { return response || caches.match('/index.html'); }); }) ); } });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
// sw.js
self.addEventListener('fetch', (e) => {
  console.log('现在正在请求:' + e.request.url);
  const currentUrl = e.request.url;
  // 匹配上页面路径
  if (matchHtml(currentUrl)) {
    const requestToCache = e.request.clone();
    e.respondWith(
      // 加载网络上的资源
      fetch(requestToCache).then((response) => {
        // 加载失败
        if (!response || response.status !== 200) {
          throw Error('response error');
        }
        // 加载成功,更新缓存
        const responseToCache = response.clone();
        caches.open(cacheName).then((cache) => {
          cache.put(requestToCache, responseToCache);
        });
        console.log(response);
        return response;
      }).catch(function() {
        // 获取对应缓存中的数据,获取不到则退化到获取默认首页
        return caches.match(e.request).then((response) => {
           return response || caches.match('/index.html');
        });
      })
    );
  }
});

缘何存在命中不停缓存页面的情形?

  1. 率先供给分明的是,顾客在率先次加载你的站点的时候,加载页面后才会去启动sw,所以首先次加载不容许通过 fetch 事件去缓存页面
  2. 本身的博客是单页应用,可是客商并不一定会经过首页步向,有望会透过其他页面路线步向到本身的网址,那就招致小编在 install 事件中常有不能够钦定须要缓存那一个页面
  3. 末段实现的效果与利益是:客商率先次展开页面,马上断掉网络,还是得以离线访谈笔者的站点

组成方面三点,作者的法子是:第叁次加载的时候会缓存 /index.html 这一个能源,并且缓存页面上的数目,假若客户及时离线加载的话,那时候并不曾缓存对应的门路,比如 /archives 能源访谈不到,那重临 /index.html 走异步加载页面包车型的士逻辑。

在 install 事件缓存 /index.html,有限支撑了 service worker 第叁遍加载的时候缓存暗许页面,留下退路。

import constants from './constants'; const cacheName = constants.cacheName; const apiCacheName = constants.apiCacheName; const cacheFileList = ['/index.html']; self.addEventListener('install', (e) => { console.log('Service Worker 状态: install'); const cacheOpenPromise = caches.open(cacheName).then((cache) => { return cache.addAll(cacheFileList); }); e.waitUntil(cacheOpenPromise); });

1
2
3
4
5
6
7
8
9
10
11
12
import constants from './constants';
const cacheName = constants.cacheName;
const apiCacheName = constants.apiCacheName;
const cacheFileList = ['/index.html'];
 
self.addEventListener('install', (e) => {
  console.log('Service Worker 状态: install');
  const cacheOpenPromise = caches.open(cacheName).then((cache) => {
    return cache.addAll(cacheFileList);
  });
  e.waitUntil(cacheOpenPromise);
});

在页面加载完后,在 React 组件中及时缓存数据:

// cache.js import constants from '../constants'; const apiCacheName = constants.apiCacheName; export const saveAPIData = (url, data) => { if ('caches' in window) { // 伪造 request/response 数据 caches.open(apiCacheName).then((cache) => { cache.put(url, new Response(JSON.stringify(data), { status: 200 })); }); } }; // React 组件 import constants from '../constants'; export default class extends PureComponent { componentDidMount() { const { state, data } = this.props; // 异步加载数据 if (state === constants.INITIAL_STATE || state === constants.FAILURE_STATE) { this.props.fetchData(); } else { // 服务端渲染成功,保存页面数据 saveAPIData(url, data); } } }

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
// cache.js
import constants from '../constants';
const apiCacheName = constants.apiCacheName;
 
export const saveAPIData = (url, data) => {
  if ('caches' in window) {
    // 伪造 request/response 数据
    caches.open(apiCacheName).then((cache) => {
      cache.put(url, new Response(JSON.stringify(data), { status: 200 }));
    });
  }
};
 
// React 组件
import constants from '../constants';
export default class extends PureComponent {
  componentDidMount() {
    const { state, data } = this.props;
    // 异步加载数据
    if (state === constants.INITIAL_STATE || state === constants.FAILURE_STATE) {
      this.props.fetchData();
    } else {
        // 服务端渲染成功,保存页面数据
      saveAPIData(url, data);
    }
  }
}

与此相类似就保障了客户率先次加载页面,立时离线访问站点后,固然不可能像第一回一样能够服务端渲染数据,不过之后能经过得到页面,异步加载数据的法子营造离线应用。

图片 2

客户率先次访谈站点,若是在不刷新页面包车型大巴景况切换路由到任何页面,则会异步获取到的数据,当后一次拜见对应的路由的时候,则失利到异步获取数据。

图片 3

当客商第3回加载页面包车型大巴时候,因为 service worker 已经决定了站点,已经颇负了缓存页面的力量,之后在做客的页面都将会被缓存恐怕更新缓存,当顾客离线访谈的的时候,也能访谈到服务端渲染的页面了。

图片 4

URL隐藏

当你的利用正是三个单UKugaL的应用程序时(举例游戏),小编建议你遮蔽地址栏。除了那一个之外的情景本人并不提议您遮盖地址栏。在Manifest中,display: minimal-ui 或者 display: browser对于多数气象来讲丰裕用了。

接口缓存计策

谈完页面缓存,再来讲讲接口缓存,接口缓存就跟页面缓存很周围了,独一的例外在于:页面第一次加载的时候不自然有缓存,可是会有接口缓存的存在(因为伪造了 cache 中的数据),所以缓存攻略跟页面缓存类似:

  1. 互连网优先的方法,即优先获得互连网上接口数据。当网络要求失败的时候,再去获得service worker 里以前缓存的接口数据
  2. 当网络加载成功现在,就更新 cache 中对应的缓存接口数据,保障下一次历次加载页面,都以上次做客的新式接口数据

所以代码就如这么(代码类似,不再赘言):

self.add伊夫ntListener('fetch', (e) => { console.log('今后正在呼吁:'

  • e.request.url); const currentUrl = e.request.url; if (matchHtml(currentUrl)) { // ... } else if (matchApi(currentUrl)) { const requestToCache = e.request.clone(); e.respondWith( fetch(requestToCache).then((response) => { if (!response || response.status !== 200) { return response; } const responseToCache = response.clone(); caches.open(apiCacheName).then((cache) => { cache.put(requestToCache, responseToCache); }); return response; }).catch(function() { return caches.match(e.request); }) ); } });
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
self.addEventListener('fetch', (e) => {
  console.log('现在正在请求:' + e.request.url);
  const currentUrl = e.request.url;
  if (matchHtml(currentUrl)) {
    // ...
  } else if (matchApi(currentUrl)) {
    const requestToCache = e.request.clone();
    e.respondWith(
      fetch(requestToCache).then((response) => {
        if (!response || response.status !== 200) {
          return response;
        }
        const responseToCache = response.clone();
        caches.open(apiCacheName).then((cache) => {
          cache.put(requestToCache, responseToCache);
        });
        return response;
      }).catch(function() {
        return caches.match(e.request);
      })
    );
  }
});

此地其实能够再实行优化的,举个例子在获取数据接口的时候,能够先读取缓存中的接口数据进行渲染,当真正的网络接口数据再次来到之后再扩充替换,那样也能管用削减客户的首屏渲染时间。当然这可能会发出页面闪烁的成效,能够加上一些卡通来展开过渡。

缓存过大

你不可能将你网址中的全数剧情缓存下来。对于小片段的网址以来缓存全部内容并不是一个主题素材,可是只要三个网址包涵了上千个页面吗?很显然不是全体人对网址中的全数剧情都感兴趣。存款和储蓄是有限定的,若是你将有所访问过的页面都缓存下来的话,缓存大小会增进额极快。

您可以如此制订你的缓存战术:

  • 只缓存重要的页面,比如主页,联系人页面和不久前浏览作品的页面。
  • 毫不缓存任何图片,摄像和大文件
  • 按期清理旧的缓存
  • 提供二个“离线阅读”开关,那样客户就可以挑选须要缓存哪些内容了。

别的难题

到今后终结,已经大半能够达成 service worker 离线缓存应用的效果了,可是还会有如故存在有的难点:

缓存刷新

身体力行代码中在发起呼吁之前会先查询缓存。当顾客处于离线状态时,那很好,然而要是客户处于在线状态,那她只会浏览到相比较老旧的页面。

各样资源举个例子图片和录像不会变动,所以常常都把那么些静态能源设置为长期缓存。这么些财富得以一向缓存一年(31,536,000秒)。在HTTP Header中,正是:

Cache-Control: max-age=31536000

1
Cache-Control: max-age=31536000

页面,CSS和本子文件只怕变化的更频仍一些,所以您能够设置几个非常小的缓存超时时间(24小时),并确定保证在客户互连网连接苏醒时再一次从服务器诉求:

Cache-Control: must-revalidate, max-age=86400

1
Cache-Control: must-revalidate, max-age=86400

您也得以在历次网址公布时,通过更名的艺术强制浏览重视新需要能源。

火速激活 service worker

暗许意况下,页面包车型地铁央浼(fetch)不会由此 sw,除非它本身是通过 sw 获取的,也正是说,在设置 sw 之后,须要刷新页面能力有意义。sw 在安装成功并激活从前,不会响应 fetch或push等事件。

因为站点是单页面应用,那就导致了您在切换路由(未有刷新页面)的时候从不缓存接口数据,因为此时 service worker 还不曾开头工作,所以在加载 service worker 的时候须要火速地激活它。代码如下:

self.addEventListener('activate', (e) => { console.log('Service Worker 状态: activate'); const cachePromise = caches.keys().then((keys) => { return Promise.all(keys.map((key) => { if (key !== cacheName && key !== apiCacheName) { return caches.delete(key); } return null; })); }); e.waitUntil(cachePromise); // 快速激活 sw,使其能够响应 fetch 事件 return self.clients.claim(); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
self.addEventListener('activate', (e) => {
  console.log('Service Worker 状态: activate');
  const cachePromise = caches.keys().then((keys) => {
    return Promise.all(keys.map((key) => {
      if (key !== cacheName && key !== apiCacheName) {
        return caches.delete(key);
      }
      return null;
    }));
  });
  e.waitUntil(cachePromise);
  // 快速激活 sw,使其能够响应 fetch 事件
  return self.clients.claim();
});

部分文章说还亟需在 install 事件中加多 self.skipWaiting(); 来跳过等待时间,然而本人在施行中开掘固然不增多也得以健康激活 service worker,原因不详,有读者明白的话能够交换下。

前天当你首先次加载页面,跳转路由,立时离线访谈的页面,也得以高枕无忧地加载页面了。

小结

至此,相信你一旦依据本文一步一步操作下来,你也足以长足把温馨的Web应用转为PWA。在转为了PWA后,假设有应用满意PWA 模型的前端控件的供给,你可以实施纯前端表格控件SpreadJS,适用于 .NET、Java 和移动端等平台的表格控件一定不会令你失望的。

原稿链接:

1 赞 1 收藏 评论

图片 5

不用强缓存 sw.js

客户每趟访谈页面包车型客车时候都会去重新获得sw.js,依据文件内容跟以前的本子是或不是一致来决断 service worker 是或不是有更新。所以借使您对 sw.js 开启强缓存的话,就将陷入死循环,因为每便页面获得到的 sw.js 都以平等,那样就不能够提拔你的 service worker。

除此以外对 sw.js 开启强缓存也是从没有过供给的:

  1. 自个儿 sw.js 文件本人就十分小,浪费不了多少带宽,以为浪费能够使用合同缓存,但附加扩大成本负责
  2. sw.js 是在页面空闲的时候才去加载的,并不会潜移暗化顾客首屏渲染速度

制止退换 sw 的 U福睿斯L

在 sw 中这样做是“最差实行”,要在原地方上修改 sw。

举个例证来验证为啥:

  1. index.html 注册了 sw-v1.js 作为 sw
  2. sw-v1.js 对 index.html 做了缓存,也等于缓存优先(offline-first)
  3. 您更新了 index.html 重新挂号了在新鸿基土地资产点的 sw sw-v2.js

要是您像下边那么做,客户永久也拿不到 sw-v2.js,因为 index.html 在 sw-v1.js 缓存中,那样的话,若是您想翻新为 sw-v2.js,还须求改变原本的 sw-v1.js。

测试

从此,大家早就产生了采纳 service worker 对页面实行离线缓存的功力,要是想体验效果的话,访谈笔者的博客:

随便浏览自便的页面,然后关掉网络,再度拜谒,以前您浏览过的页面都足以在离线的事态下开展访谈了。

IOS 要求 11.3 的本子才支撑,使用 Safari 举行访谈,Android 请选取扶助service worker 的浏览器

manifest 桌面应用

后边讲完了如何利用 service worker 来离线缓存你的同构应用,不过 PWA 不止限于此,你还能利用安装 manifest 文件来将您的站点增多到运动端的桌面上,进而达到趋近于原生应用的经验。

使用 webpack-pwa-manifest 插件

自家的博客站点是通过 webpack 来营造前端代码的,所以笔者在社区里找到 webpack-pwa-manifest 插件用来生成 manifest.json。

首先安装好 webpack-pwa-manifest 插件,然后在您的 webpack 配置文件中加上:

// webpack.config.prod.js const WebpackPwaManifest = require('webpack-pwa-manifest'); module.exports = webpackMerge(baseConfig, { plugins: [ new WebpackPwaManifest({ name: 'Lindz's Blog', short_name: 'Blog', description: 'An isomorphic progressive web blog built by React & Node', background_color: '#333', theme_color: '#333', filename: 'manifest.[hash:8].json', publicPath: '/', icons: [ { src: path.resolve(constants.publicPath, 'icon.png'), sizes: [96, 128, 192, 256, 384, 512], // multiple sizes destination: path.join('icons') } ], ios: { 'apple-mobile-web-app-title': 'Lindz's Blog', 'apple-mobile-web-app-status-bar-style': '#000', 'apple-mobile-web-app-capable': 'yes', 'apple-touch-icon': '//xxx.com/icon.png', }, }) ] })

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
// webpack.config.prod.js
const WebpackPwaManifest = require('webpack-pwa-manifest');
module.exports = webpackMerge(baseConfig, {
  plugins: [
    new WebpackPwaManifest({
      name: 'Lindz's Blog',
      short_name: 'Blog',
      description: 'An isomorphic progressive web blog built by React & Node',
      background_color: '#333',
      theme_color: '#333',
      filename: 'manifest.[hash:8].json',
      publicPath: '/',
      icons: [
        {
          src: path.resolve(constants.publicPath, 'icon.png'),
          sizes: [96, 128, 192, 256, 384, 512], // multiple sizes
          destination: path.join('icons')
        }
      ],
      ios: {
        'apple-mobile-web-app-title': 'Lindz's Blog',
        'apple-mobile-web-app-status-bar-style': '#000',
        'apple-mobile-web-app-capable': 'yes',
        'apple-touch-icon': '//xxx.com/icon.png',
      },
    })
  ]
})

简易地阐释下布置音信:

  1. name: 应用名称,正是Logo上面的展现名称
  2. short_name: 应用名称,但 name 不可能显示完全时候则展现这几个
  3. background_color、theme_color:从名称想到所包罗的意义,相应的水彩
  4. publicPath: 设置 cdn 路径,跟 webpack 里的 publicPath 一样
  5. icons: 设置图标,插件会自动帮您转移分裂 size 的图片,可是图片大小必得大于最大 sizes
  6. ios: 设置在 safari 中哪些去增多桌面应用

安装完事后,webpack 会在构建进度中生成对应的 manifest 文件,并在 html 文件中援用,下边就是生成 manifest 文件:

{ "icons": [ { "src": "/icons/icon_512x512.79ddc5874efb8b481d9a3d06133b6213.png", "sizes": "512x512", "type": "image/png" }, { "src": "/icons/icon_384x384.09826bd1a5d143e05062571f0e0e86e7.png", "sizes": "384x384", "type": "image/png" }, { "src": "/icons/icon_256x256.d641a3644ce20c06855db39cfb2f7b40.png", "sizes": "256x256", "type": "image/png" }, { "src": "/icons/icon_192x192.8f11e077242cccd9c42c0cbbecd5149c.png", "sizes": "192x192", "type": "image/png" }, { "src": "/icons/icon_128x128.cc0714ab18fa6ee6de42ef3d5ca8fd09.png", "sizes": "128x128", "type": "image/png" }, { "src": "/icons/icon_96x96.dbfccb1a5cef8093a77c079f761b2d63.png", "sizes": "96x96", "type": "image/png" } ], "name": "Lindz's Blog", "short_name": "Blog", "orientation": "portrait", "display": "standalone", "start_url": ".", "description": "An isomorphic progressive web blog built by React & Node", "background_color": "#333", "theme_color": "#333" }

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
{
  "icons": [
    {
      "src": "/icons/icon_512x512.79ddc5874efb8b481d9a3d06133b6213.png",
      "sizes": "512x512",
      "type": "image/png"
    },
    {
      "src": "/icons/icon_384x384.09826bd1a5d143e05062571f0e0e86e7.png",
      "sizes": "384x384",
      "type": "image/png"
    },
    {
      "src": "/icons/icon_256x256.d641a3644ce20c06855db39cfb2f7b40.png",
      "sizes": "256x256",
      "type": "image/png"
    },
    {
      "src": "/icons/icon_192x192.8f11e077242cccd9c42c0cbbecd5149c.png",
      "sizes": "192x192",
      "type": "image/png"
    },
    {
      "src": "/icons/icon_128x128.cc0714ab18fa6ee6de42ef3d5ca8fd09.png",
      "sizes": "128x128",
      "type": "image/png"
    },
    {
      "src": "/icons/icon_96x96.dbfccb1a5cef8093a77c079f761b2d63.png",
      "sizes": "96x96",
      "type": "image/png"
    }
  ],
  "name": "Lindz's Blog",
  "short_name": "Blog",
  "orientation": "portrait",
  "display": "standalone",
  "start_url": ".",
  "description": "An isomorphic progressive web blog built by React & Node",
  "background_color": "#333",
  "theme_color": "#333"
}

html 中会援用这几个文件,何况增加对 ios 增加桌面应用的支撑,就疑似这么。

<!DOCTYPE html> <html lang=en> <head> <meta name=apple-mobile-web-app-title content="Lindz's Blog"> <meta name=apple-mobile-web-app-capable content=yes> <meta name=apple-mobile-web-app-status-bar-style content=#838a88> <link rel=apple-touch-icon href=xxxxx> <link rel=manifest href=/manifest.21d63735.json> </head> </html>

1
2
3
4
5
6
7
8
9
10
<!DOCTYPE html>
<html lang=en>
<head>
  <meta name=apple-mobile-web-app-title content="Lindz's Blog">
  <meta name=apple-mobile-web-app-capable content=yes>
  <meta name=apple-mobile-web-app-status-bar-style content=#838a88>
  <link rel=apple-touch-icon href=xxxxx>
  <link rel=manifest href=/manifest.21d63735.json>
</head>
</html>

就如此轻巧,你就足以采取 webpack 来增加你的桌面应用了。

测试

增加完之后你能够因而 chrome 开荒者工具 Application – Manifest 来查看你的 mainfest 文件是还是不是见效:

图片 6

那般表明您的布署生效了,安卓时机自动识别你的铺排文件,并询问顾客是不是丰裕。

结尾

讲到那基本上就完了,等今后 IOS 补助 PWA 的其它作用的时候,到时候作者也会相应地去实践别的 PWA 的性情的。以往 IOS 11.3 也然而援救 PWA 中的 service worker 和 app manifest 的效用,不过相信在不久的前天,其余的效应也会相应获得补助,到时候相信 PWA 将会在运动端盛开异彩的。

1 赞 收藏 评论

图片 7

本文由新萄京娱乐场手机版发布于品牌动态,转载请注明出处:原文出处,PWA 不是单纯的某项技术

关键词: