Service Worker 查询缓存算法是否允许表达式匹配 URL 路径？

Question

我发现了一个使用忽略部分 url 路径（path 不是 ignoreSearch）的表达式匹配请求 url 的用例。

该用例适用于响应式设计中使用的图像处理服务，其中图像的尺寸编码在 url 路径中。这在这些类型的服务（Cloudinary、Firesize 甚至 Lorempixel）中很常见。

我注意到每隔一段时间，其中一个维度组件将请求将偏移一个像素。所需的尺寸是从客户端计算出来的——错误的来源是四舍五入here——但是服务工作者缓存可能是这种变化的一个优雅的解决方案。 但是，这个舍入问题会导致缓存未命中，因为我无法指定可以忽略部分 url 路径。

url 表达式匹配会成为规范的一部分吗？ 一般来说，“使用 url A 获取，使用 url B 缓存放置/匹配”模式是否可以增长？

我知道解决此问题的解决方法与 ignoreSearch 的当前解决方法相同（直到它的实现），其中您使用一个 url 获取但使用另一个缓存。我只是想知道 url 路径表达式匹配是否会成为规范的一部分，或者是否考虑了 url 表达式匹配用例。我在权威规范中没有看到任何证据。

提前感谢您的任何见解。

Answer 1

如果它成为许多应用程序中的主导模式，可能会在未来的某个时候考虑。通常，如果某些东西相当普遍，它最终会被包含在标准中，这样它就可以变得更快、更可靠。我不会指望它很快就会发生，而且没有很多图书馆支持它。