時(shí)限プッシュ通知：Webアプリケーションの新機(jī)能

「タイミング」が重要です - それはかなり新しい機(jī)能です！プッシュ通知がスケジュールされている場(chǎng)合（たとえば、「投薬時(shí)間が長(zhǎng)い」または「3時(shí)間で搭乗する」）、オフラインであっても通知をユーザーに表示できます。これにより、通知をプッシュすることで、過(guò)去にユーザーがオンラインになる必要があるため、制限が向上します。

それでは、時(shí)限通知はどのように機(jī)能しますか？ 4つの重要な部分に焦點(diǎn)を當(dāng)てます。

• サービスワーカースレッドを登録します
• タイムプッシュ通知を追加および削除します
• アクションボタンでプッシュ通知を強(qiáng)化します
• サービスワーカースレッドのプッシュ通知を処理します

背景知識(shí)

プッシュ通知は、重要なイベントが発生しており、（Web）アプリケーションを再度開く必要があることをWebサイトユーザーに通知する素晴らしい方法です。通知API（プッシュAPIとHTTPネットワークプッシュプロトコルを組み合わせた）を使用すると、ネットワークはサーバーからアプリケーションにプッシュ通知を送信してデバイスに表示する簡(jiǎn)単な方法になります。

この種の進(jìn)化を見たことがあるかもしれません。たとえば、Webサイトからの通知を受け入れるための何らかのプロンプトが表示される頻度はどれくらいですか。ブラウザベンダーはすでにこの不快感を減らすための解決策を見つけるのに苦労していますが（FirefoxとChromeの両方が計(jì)畫を概説しています）、Chrome 80は新しい通知トリガーAPIのソースコードトライアルを開始したところです。ただし、現(xiàn)在、時(shí)間ベースのトリガーは、私たちが持っている唯一のサポートされているイベントです。ただし、ジオロケーションベースのトリガーなど、他のイベントはすでに計(jì)畫中です。

JavaScriptのイベントのスケジューリングは非常に簡(jiǎn)単ですが、問(wèn)題があります。プッシュ通知シナリオでは、通知を表示する正確な瞬間にアプリケーションが実行されているかどうかを判斷することはできません。これは、アプリケーションレイヤーでスケジュールすることができないことを意味します。代わりに、サービスワーカーのスレッドレベルで動(dòng)作する必要があります。これは、新しいAPIが登場(chǎng)する場(chǎng)所です。

通知トリガーAPIは、早期フィードバックフェーズにあります。 Chromeで＃Enabable-Experimental-Web-Platform-Featuresフラグを有効にする必要があります。または、ソースコードトライアルのアプリケーションを登録する必要があります。

さらに、サービスワーカースレッドAPIには、HTTPSを介して安全な接続が必要です。したがって、マシンで試してみると、HTTPSを介して提供されることを確認(rèn)する必要があります。

設(shè)定

非常に基本的なセットアップを作成しました。 Application.jsファイル、index.htmlファイル、およびサービスworker.jsファイル、およびいくつかの畫像リソースがあります。

 <code>/project-folder ├── index.html ├── application.js ├── service-worker.js └── assets ├─ badge.png └── icon.png</code>

GitHubで基本的な通知トリガーAPIデモンストレーションの完全な例を見つけることができます。

サービスワーカースレッドを登録します

まず、サービスワーカースレッドを登録する必要があります。現(xiàn)在、登録の成功のみを記録しています。

 // service-worker.js
//インストールイベントself.addeventlistener（ 'install'、event => console.log（ 'serviceworker instald'））;

 if（ 'serviceworker' in Navigator）{
    navigator.serviceworker.register（ '/service-worker.js'）;
}

プッシュ通知を設(shè)定します

アプリケーションでは、通知を表示するためにユーザー許可を要求する必要があります。そこから、サービスワーカーのスレッド登録を取得し、その範(fàn)囲の新しい通知を登録します。これまでのところ、新しいものは何もありません。

クールな部分は、新しいShowTriggerプロパティです。これにより、通知を表示する條件を定義できます?，F(xiàn)在、タイムスタンプを受け入れる新しいタイムスタンプトリガーを追加したいと考えています。そして、すべてがデバイスで直接起こるので、それもオフラインで動(dòng)作します。

 // application.js
document.queryselector（ '＃notification-button'）。onclick = async（）=> {
  const reg = await navigator.serviceworker.getRegistration（）;
  notification.RequestPermission（）。then（permission => {
    if（許可！== '付與'）{
      アラート（「プッシュ通知を許可する必要があります」）;
    } それ以外 {
      const timestamp = new date（）。getTime（）5 * 1000; //ここで5000ミリ秒のreg.shownotificationを追加します（
        「デモプッシュ通知」、
        {
          タグ：タイムスタンプ、//一意のID
          ボディ： 'Hello、world'、//プッシュ通知のコンテンツショートリガー：新しいタイムスタンプトリガー（タイムスタンプ）、//プッシュ通知の時(shí)間を設(shè)定します：{{{
            url：window.location.href、//現(xiàn)在のURLを通知に渡す}、
          バッジ： './assets/badge.png'、
          アイコン： './assets/icon.png'、
        }
      ）;
    }
  }）;
};

通知の処理

これで、指定されたタイムスタンプに通知を表示する必要があります。しかし、今ではそれと対話する方法が必要です。そこで、サービスワーカースレッドNotificationClickとNotificationCloseイベントが必要です。

どちらのイベントも関連する相互作用を聴き、両方ともサービスワーカースレッドの最大限の可能性を使用できます。たとえば、新しいウィンドウを開くことができます。

 // service-worker.js
self.addeventlistener（ 'notificationclick'、event => {
  event.waituntil（self.clients.openwindow（ '/'））;
}）;

これは非常に簡(jiǎn)単な例です。しかし、サービスワーカースレッドの機(jī)能により、さらに多くのことができます。必要なウィンドウが既に開いていて、新しいウィンドウが開いていない場(chǎng)合にのみ開くかどうかを確認(rèn)しましょう。

 // service-worker.js
self.addeventlistener（ 'notificationclick'、event => {
  event.waituntil（self.clients.matchall（）。then（clients => {
    if（clients.length）{//少なくとも1つのタブにクライアント[0] .focus（）が開いているかどうかを確認(rèn)します。
    } それ以外 {
      self.clients.openwindow（ '/'）;
    }
  }））;
}）;

通知操作

ユーザーとのやり取りを促進(jìn)するもう1つの素晴らしい方法は、通知に事前定義されたアクションを追加することです。たとえば、通知を閉鎖するか、アプリを開くかを選択できるようになります。

 // application.js
reg.shownotification（
  「デモプッシュ通知」、
  {
    タグ：タイムスタンプ、//一意のID
    ボディ： 'Hello、world'、//プッシュ通知のコンテンツショートリガー：新しいタイムスタンプトリガー（タイムスタンプ）、//プッシュ通知の時(shí)間を設(shè)定します：{{{
      url：window.location.href、//現(xiàn)在のURLを通知に渡す}、
    バッジ： './assets/badge.png'、
    アイコン： './assets/icon.png'、
    アクション：[
      {
        アクション：「オープン」、
        タイトル：「オープンアプリ」
      }、
      {
        アクション：「クローズ」、
        タイトル：「閉じる通知」、
      }
    ]
  }
）;

これで、これらの通知をサービスワーカースレッドで使用します。

 // service-worker.js
self.addeventlistener（ 'notificationclick'、event => {
  if（event.action === 'close'）{
    event.notification.close（）;
  } それ以外 {
    self.clients.openwindow（ '/'）;
  }
}）;

プッシュ通知をキャンセルします

保留中の通知もキャンセルできます。この場(chǎng)合、サービスワーカースレッドからすべての保留中の通知を取得し、デバイスに送信する前にそれらを閉じる必要があります。

 // application.js
document.queryselector（ '＃notification-cancel'）。onclick = async（）=> {
  const reg = await navigator.serviceworker.getRegistration（）;
  const通知= await reg.getNotifications（{
    includiggered：true
  }）;
  notifications.foreach（notification => notification.close（））;
  alert（ `$ {notifications.length}通知はCANCELLED`）;
};

コミュニケーション

最後のステップは、サービスワーカースレッドクライアントのポストメッサージメソッドを使用して、アプリケーションとサービスワーカースレッド間の通信をセットアップすることです。すでにアクティブ化されたタブプッシュ通知クリックイベントが発生したことを通知したいとします。

 // service-worker.js
self.addeventlistener（ 'notificationclick'、event => {
  event.waituntil（self.clients.matchall（）。then（clients => {
    if（clients.length）{//少なくとも1つのタブにクライアント[0] .focus（）が開いているかどうかを確認(rèn)します。
      クライアント[0] .postmessage（ '[通知]をクリックしてください！'）;
    } それ以外 {
      self.clients.openwindow（ '/'）;
    }
  }））;
}）;

 // application.js
navigator.serviceworker.addeventlistener（ 'message'、event => console.log（event.data））;

要約します

通知APIは、Webアプリケーションのモバイルエクスペリエンスを強(qiáng)化する非常に強(qiáng)力な機(jī)能です。通知トリガーAPIの出現(xiàn)により、非常に重要な改善を受けました。 APIはまだ開発中ですので、今はそれを試して開発者にフィードバックを與えるのに最適な時(shí)期です。

VueまたはReactを使用している場(chǎng)合は、自分のプログレッシブWebアプリケーションデモをチェックすることをお?jiǎng)幛幛筏蓼埂Ｒ韵陇耸兢工瑜Δ?、VUEとReactの通知トリガーAPIを使用した文書化された例が含まれています。

以上がスケジュールされたプッシュ通知を作成しますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。