Любые потребности в веб-работнике?

Question

Я загрузив большой (многие ГБ) фрагментированное двоичный файл на сервер с помощью HTML5 Files API и т.д.

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

Этот подход действительно необходим, хотя по умолчанию XMLHttpRequest#send является асинхронным и, следовательно, будет работать в своей собственной нити? Или это не то, что действительно происходит, и веб-рабочий нужен?

В принципе есть что-нибудь «неоптимальный» с (pusdo кодом):

var blob = file.slice(start, finish); 
var request = new XMLHttpRequest(); 
request.open('POST', url); 
request.onreadystatechange = function(e) { 
    if (request.readyState === 4) { 
     increment start etc 
     sendChunk(); 
    } 
}; 
request.send(blob); 

Answer 1

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

Answer 2

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

No. Сошлемся the article вы связаны между собой:

Как и следовало ожидать, обратные вызовы ушли с синхронным FileReader. Этот упрощает количество разворота обратного вызова при чтении файлов. Вместо этого методы readAs * возвращают файл чтения.

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

Несомненно, запуск и обслуживание асинхронного - это некоторая работа, и вы можете загрузить это в WebWorker. Тем не менее, тяжелая работа (чтение файлов, выполнение сетевых запросов) всегда выполняется в фоновом режиме.

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