URL パスの一部を無視する式 ( pathではなくignoreSearch )を使用して、要求 URL を照合するユース ケースを発見しました。
このユース ケースは、画像のサイズが URL パスでエンコードされるレスポンシブ デザインで使用される画像処理サービス用です。これは、これらの種類のサービス (Cloudinary、Firesize、さらには Lorempixel) に共通するものです。
ときどき、ディメンション コンポーネントの 1 つが 1 ピクセルずれていることに気付きました。必要なディメンションはクライアントから計算されます - エラーの原因はここで丸められます- しかし、Service Worker キャッシュは、このバリエーションの洗練されたソリューションになる可能性があります。ただし、URL パスの一部を無視できるように指定できないため、この丸めの問題によりキャッシュ ミスが発生します。
URL 式のマッチングは仕様の一部になる予定はありますか? 一般的に、「URL A でフェッチ、URL B でキャッシュを配置/一致」のパターンが大きくなっても問題ありませんか?
これに対する回避策は、ignoreSearch の現在の回避策 (実装まで) と同じであることがわかりました。つまり、ある URL でフェッチし、別の URL でキャッシュします。URL パス式の一致が仕様の一部になるかどうか、または URL 式一致の使用例が検討されているかどうかは疑問です。信頼できる仕様には、これに関する証拠はありません。
洞察力のある言葉を前もって感謝します。