Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Cache APIに触れる #pwanight
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
tiwu
April 17, 2019
Technology
1.7k
1
Share
Cache APIに触れる #pwanight
PWA Night vol.3 ~PWAのミライや活用方法をみんなで考えよう~
で登壇した資料です
tiwu
April 17, 2019
More Decks by tiwu
See All by tiwu
Eleventy で SSG
tiwu_dev
2
710
Eleventy - 11ty
tiwu_dev
0
140
Install for PWA
tiwu_dev
0
1.5k
App Shortcuts
tiwu_dev
0
940
Web Vitals
tiwu_dev
0
83
Web Share API
tiwu_dev
0
1.5k
Badge in Background
tiwu_dev
0
100
PWAとCache API #frontkansai
tiwu_dev
5
2.4k
Web Componentsとlit-element #frontkansai
tiwu_dev
2
1.6k
Other Decks in Technology
See All in Technology
クラウドネイティブ DB はいかにして制約を 克服したか? 〜進化歴史から紐解く、スケーラブルアーキテクチャ設計指針〜
hacomono
PRO
6
1.1k
エムスリーテクノロジーズ株式会社 エンジニア向け紹介資料 / M3 Technologies Company Deck
m3_engineering
0
180
AI全盛の今だからこそ、あえてもう一度振り返るAPIの基礎
smt7174
3
110
Swift Sequence の便利 API 再発見
treastrain
1
290
セキュリティ対策、何からはじめる? CloudNative環境の脅威モデリングと リスク評価実践入門 #cloudnativekaigi
varu3
5
980
Gaussian Splattingの表現力を拡張する — 高周波再構成とインタラクションへのアプローチ —
gpuunite_official
0
190
AIエージェントの支払い基盤 AgentCore Payments概要
kmiya84377
2
200
続 運用改善、不都合な真実 〜 物理制約のない運用改善はほとんど無価値 / 20260518-ssmjp-kaizen-no-value-without-physical-constraints
opelab
2
240
生成AI時代に信頼性をどう保ち続けるか - Policy as Code の実践
akitok_
1
470
既存プロダクトQAから新規プロダクトQAへ
ryotakahashi
0
160
20260515 ログイン機能だけではないアカウント管理を全体で考える~サービス設計者向け~
oidfj
1
710
Fラン学生が考える、AI時代のデザインに執着した突破口
husengs7
1
200
Featured
See All Featured
Claude Code どこまでも/ Claude Code Everywhere
nwiizo
65
55k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9k
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
52k
So, you think you're a good person
axbom
PRO
2
2k
Fantastic passwords and where to find them - at NoRuKo
philnash
52
3.7k
The Invisible Side of Design
smashingmag
302
52k
Build your cross-platform service in a week with App Engine
jlugia
234
18k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
49
9.9k
jQuery: Nuts, Bolts and Bling
dougneiner
66
8.5k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
170
Exploring the relationship between traditional SERPs and Gen AI search
raygrieselhuber
PRO
2
4k
Transcript
Cache APIに触れる Wataru Taguchi
アジェンダ • 自己紹介 • PWAとService Worker • Cache API •
まとめ
自己紹介 # Wataru Taguchi - GameWith Front End Engineer -
PWA, Web Components - パフォーマンスチューニングが好き - @tiwu_official - FF14, Beer, Kyoto Animation
• 段階的 • レスポンシブ • ネットワーク接続に依存しない • アプリ感覚 • 常に最新
• 安全 • 発見しやすい • 再エンゲージメント可能 • インストール可能 • リンク可能 PWAの特徴 https://developers.google.com/web/fundamentals/codelabs/your-first-pwapp/?hl=ja
• 段階的 • レスポンシブ • ネットワーク接続に依存しない • アプリ感覚 • 常に最新
• 安全 • 発見しやすい • 再エンゲージメント可能 • インストール可能 • リンク可能 PWAの特徴
「ネットワークに依存しない」とは service workerがリクエストを傍受して キャッシュしたデータを返す
Service Worker ブラウザのバックグラウンドで実行されるスクリプト • プッシュ通知 • バックグラウンド同期 • オフライン対応
オフライン対応
Service Worker ネットワークへのリクエストにイベントを張る
Service Worker respondWith()でレスポンスを返す caches.open()でCacheオブジェクトを取得する
Service Worker cache.match()でキャッシュが存在するか判定 存在したらreturn responseでレスポンスを返す
Service Worker 存在しない場合はfetch()でネットワークから取得 cache.put()でキャッシュに保存し、返す
つまり ネットワークへのリクエストを全てキャッシュし返す ※HTML,CSS,JS,IMG... ※サードパーティのリソースも全てキャッシュ ※本番で書かないでね!
Service Worker? 皆さん気づきましたか?
Service Worker? Service Workerがキャッシュの仕組みを 持っていたりするわけではない
Service Worker? Service Workerはあくまでリクエストに イベントを張ることができるだけ
キャッシュの仕組み Cache API
Cache API • Window,Workerスコープで利用できる ◦ LocalStorageと同じ感覚 • Service Workerに結びつけて使う必要はない •
有効期限などは持てない • StorageEstimate APIでキャッシュ使用状況がわかる • グローバルにcachesという変数がある
None
Cache APIの始め方 openを使うことで複数のキャッシュを持つことができる
メソッド(追加系) • put (request, response) ◦ request ▪ StringでURL、Requestオブジェクト ◦
response ▪ Responseオブジェクト ◦ key / value でキャッシュに追加する
メソッド(追加系) • add (request) ◦ request ▪ StringでURL、Requestオブジェクト ◦ ネットワークから取得しキャッシュに格納する
◦ fetch + putと同じ挙動
メソッド(追加系) • addAll (requests) ◦ requests ▪ 配列 ◦ 配列の中身をaddする
キャッシュに追加
メソッド(取得系) • match (request, options) ◦ request ▪ StringでURL、Requestオブジェクト ◦
options [option] ▪ ignoreSearch: クエリーを無視する(value=bar) ▪ ignoreMethod: メソッドを無視する(GET, HEAD)
• matchAll (request, options) ◦ 引数はmatchと同じ ◦ matchは単数、matchAllは複数返す メソッド(取得系)
• delete (request, options) ◦ 引数はmatchと同じ ◦ キャッシュを削除する メソッド(削除系)
指定したキャッシュの削除
• keys (request, options) ◦ request [option] ▪ リクエストを指定できる ◦
options [option] ▪ matchと同じ ◦ keyの配列を取得する メソッド(その他)
キャッシュの全削除
• 一覧で詳細で必要な静的リソースを読み込む • 古いバージョンを消して新しいキャッシュを作る プロダクトでの使い方
一覧で詳細で必要な静的リソースを読み込む
古いバージョンを消して新しいキャッシュを作る
• SWではなくCache APIによってキャッシュされる • Cache APIはSW依存ではなく独立したAPI • add, match, deleteなどLSとかと使い方は似ている
• 使いこなすとかなり強力 ◦ ネットワークにアクセスしたら負け まとめ