fundo

Sou iniciante em serviços, mas trabalho em umbiblioteca que pretende se tornar "offline primeiro" (realmente, quase "apenas offline") (FWIW, o objetivo é permitir que os consumidores da biblioteca forneçam configuração JSON representando textos multilinares tabulares e recebam em troca um aplicativo que permita aos usuários para navegar nesses textos de maneira altamente personalizável por intervalos de parágrafo / verso.)

Outros projetos são instalar a biblioteca como uma dependência e fornecer informações por meio de nossa API JavaScript, como o caminho de um arquivo de configuração JSON, indicando os arquivos que nosso aplicativo consumirá para produzir um aplicativo (offline) para eles.

Embora eu saiba que podemos fazer o seguinte:

exigir que os usuários forneçam um caminho codificado a partir do qual nossos funcionáriosinstall script poderia usarwaitUntil com sua própria solicitação JSON para recuperar os arquivos necessários do usuáriopule o técnico de serviçoinstall etapa do trabalhador do serviço para o arquivo JSON e conte comfetch eventos para atualizar o cache, fornecendo uma exibição de fallback se o usuário concluir a instalação e ficar offline antes que as buscas possam ocorrer.Poste algumas informações de estado do nosso script principal em um servidor que o funcionário do serviço, uma vez registrado, consultaria antes de concluir suainstall evento.

... mas todas as opções parecem inferiores ao ideal porque, respectivamente:

Os consumidores da nossa biblioteca podem preferir poder designar seu próprio local para sua configuração JSON.Dado que a configuração JSON designa arquivos críticos para mostrar aos usuários algo útil, prefiro não permitir que uma instalação seja concluída apenas para dizer que o usuário precisa voltar a ficar on-line para obter o restante dos arquivos, caso não consiga permanecer online após oinstall evento para ver todas as buscas necessárias.Além de querer evitar mais viagens ao servidor e código extra, eu preferiria que nosso código fosse tão off-line que pudesse funcionar inteiramente em meros servidores de arquivos estáticos.

Pergunta, questão:

Existe alguma maneira de passar uma mensagem ou informações de estado para um trabalhador de serviçoantes ainstall ocorre, como parte da cadeia de consulta da URL do operador de serviço ou por meio de um evento de mensagens? O evento de mensagens pode até chegar tecnicamente após oinstall evento começa desde que possa ocorrer antes de umwaitUntil dentro doinstall está completo.

Eu sei que poderia testar isso sozinho, mas gostaria de saber quais são as melhores práticas quando os arquivos críticos do aplicativo devem ser obtidos dinamicamente, como em bibliotecas como a nossa.

estou a adivinharindexedDB pode ser a única alternativa aqui (ou seja, salvar as informações de configuração ou o caminho da configuração JSON no indexedDB, registrar um trabalhador de serviço e recuperar os dados do indexedDB de dentro do diretórioinstall evento)? Mesmo isso não seria o ideal, pois estou permitindo que os usuários definam um espaço para nome para o armazenamento deles, mas preciso também de uma maneira de passar para o trabalhador ou, caso contrário, vários aplicativos na origem podem entrar em conflito.