Есть ли запуск рабочего рабочего ServiceUntil для отсрочки обработки?

Question

Возможно ли, чтобы работники службы подождали, чтобы начать обработку событий выборки, пока асинхронная работа не завершится при запуске сервисного персонала?

У меня есть оболочка приложения с маршрутами, определенными в данных. Чтобы установить определенные обработчики выборки маршрутов при запуске сервисного персонала, мне нужно искать данные маршрута из IndexedDB (асинхронно).

К сожалению, рабочий сервис начинает принимать события выборки до того, как поиск IndexedDB может завершить и настроить обработку выборки для маршрутов.

На данный момент я просто жестко кодирую специальный обработчик по умолчанию для этого случая, но было бы здорово заставить работника службы просто отложить обработку событий выборки до тех пор, пока обработка IndexedDB не завершится при запуске сервисного работника.

Я не видел способ «waitUntil» для этого, возможно, я пропустил его?

Answer 1

Существует обходной путь:

function startupAsyncStuff() { 
    return new Promise(function (fulfill, reject) { 
    // put here your async stuff and fulfill the promise when done. 
    }); 
} 

// Launch your startup async code 
var asyncStuffDone = startupAsyncStuff(); 

// On fetch, wait for the former promise to be resolved first 
self.onfetch = function (event) { 
    event.respondWith(asyncStuffDone.then(function() { 
    // your fetch handling code 
    })); 
}; 

Answer 2

Фрагмент кода поможет, как я не на 100% ясно по этому вопросу ... Но сделать несколько предположений:

Пока вы не решить обещание, предоставленное event.waitUntil, когда вы выслушали для установки события , SW не должен перехватывать какие-либо сетевые запросы, поэтому создание IDB там должно быть прекрасным.

В целом, также хорошо, что прослушиватель событий выборки запускается и ничего не делает, поскольку браузер в этом случае возвращается в сеть как обычно.

В целом также стоит обратить внимание на то, что SW могут и часто убивать, поэтому локальные переменные не будут помещаться между получением разных событий. Если вам нужны данные, которые вам понадобятся при работе с другим событием, вы должны сохранить его в IDB или API-интерфейсе Cache и снова получить его оттуда.

Answer 3

Поскольку я использовал SW-инструментов и выполнения асинхронной работы при запуске, что обработчики установки маршрута, лучшее решение для меня было определить временную SW-панели инструментов по умолчанию до тех пор, пока обработчики не будут готовы ответить.

var toolbox = require('sw-toolbox'); 

var setupPromise = someAsyncHandlerSetup() 
.then(function() { 
    // make default handler temporary, allows other fetch handlers. 
    toolbox.router.default = null; 
}); 

// until the async handler setup is done, provide a default handler 
// to avoid an offline-dino flash when starting up while offline. 
toolbox.router.default = function defaultHandler (request) { 
    return setupPromise.then(function() { 
    var handler = toolbox.router.match(request); 
    if (handler) { 
     return handler(request); 
    } 
    throw new Error('default handler could not handle ' + request.url); 
    }); 
};