Я использую сервисные работники и ресурсы предварительного кэширования в событии установки.
У меня также есть fetch слушатель, который динамически перехватывает запросы и кэширует затем во время выполнения. Я знаю, что люди говорят использовать indexeddb для динамического c контента, такого как json данные и, возможно, изображения.
Вопрос: Почему не рекомендуется использовать API кеша для этих json данных, даже если это хранилище запросов / ответов?
Причина, по которой я спрашиваю об этом, заключается в том, что я попытался сделать следующее: у меня index.html and main.js, как предварительно кэшировано в событии install и в main.js У меня есть axios запрос, который возвращает json и помещает его в index.html. Если я использую кеширование Dynami c, которое означает, что когда выполняется запрос к этой конечной точке API json, он сначала отправляется моему сервисному работнику, который получает ответ и помещает его в cache. Затем я проверил это, и когда обновил страницу в автономном режиме, я все же получил тот же результат (json данные помещены в индекс. html соответственно).
Так что, я думаю, даже если запрос хранилища Cache API / ответ, он все еще работал для json конечных точек API URL-адресов безупречно.
Есть ли какая-нибудь хорошая идея, почему при использовании работника сервиса предпочитать indexeddb API кеша?