Решение проблемы importScripts() в Opera

[Ganesh]

А если в другом воркере попытаться импортировать скрипт? Не пробовали добавлять случайных хэш к адресу импортированного скрипта/воркера, может какой-то глюк с кэшем?

[TheShock]

Опера, конечно, как всегда в своём репертуаре, но…
Зачем надо было каждый раз создавать Воркер?

[Slavenin999]

ну если он мне нужен несколько раз за сессию, зачем постоянно держать его в памяти? Создал->использовал->на свалку

[TheShock]

Т.е. лучше пусть оно каждый раз проходит тяжёлый процесс инициализации?

[Slavenin999]

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

[TheShock]

Зачем глобальные? Я вообще глобальные переменные почти не использую.

[Slavenin999]

А как тогда? Использовать замыкания? Если честно такой вариант выглядит несколько более ресурсоемким, чем простое объявление глобальной переменной, или же, если таких переменных много, использования одного глобального управляющего объекта с определенным набором полей

[TheShock]

Такие вопросы решаются правильной архитектурой.
Называть замыкание ресурсоёмким — это хорошая шутка.

[Slavenin999]

Отнюдь, например, все та же опера помещает в замыкание не одну переменную, которая будет использоваться дальше, а все имеющиеся на данный момент в зоне видимости

[TheShock]

Понятно всё! Global vars — right way, bro!

[Slavenin999]

нет, глобальные переменные это неправильный путь!
решение, как всегда, где-то посередине.
Согласен, что

Такие вопросы решаются правильной архитектурой.

для каждого конкретного места свое решение.

[TheShock]

То был сарказм…

[VolCh]

Одно с другим никак не связано.