Притча о перехвате ошибок

[danilissimus]

>\(^_^)/
>+_+'
>=_=
>В-]
кажется, у вас проблемы с кодировкой.

[tenshi]

нет, кажется у вас аллергия на смайлики :-Р

[tenshi]

а-а-а! его похитило НЛО! 0_0''

[Nc_Soft]

В теме про билайн тоже кого-то похитили, не его ли :D

[tenshi]

ахтунг! нашествие инопланетян! \(<>..<>)/

[remal]

Так о чем статья-то?

[tenshi]

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

[nekt]

Хабросообщество не поймет.

Статья зачотная.
У меня вопрос. А почему используется некий стартер? Зачем? Не проще ли было бы отделать отдельные нити с помощью setTimeout()?

[tenshi]

ему же хуже ;-)

setTimeout создаёт асинхронные нити, а FThread — синхронные. это позволяет работать с любыми функциями абсолютно прозрачно

[nekt]

А в ие проверялось? Вроде оно у меня когда-то на что-то ругалось при работе с непридомленными кнопками…

Пойду тихонько помечтаю об асинхронном жаваскрипте :)

[tenshi]

так у меня придомленная кнопка ;-)

хочу эрланг на клиенте х)

[nekt]

Да. Невнимательно посмотрел :)

Хотеть не вредно. Вредно не хотеть. Может и дорастет веб до этого. Прожуем — увидим, как говорится.

[yroman]

WebWorkers в HTML5, не?

[nekt]

Тык да. Но пока они еще в массы проберутся…

/me пошел допиливать скрипты под ие6

[Kolyaj]

У WebWorker много ограничений: он должен жить в отдельном файле, файл должен находиться на том же домене, worker не имеет доступа ни к DOM, ни к остальным скриптам, общение с внешним миром только с помощью XMLHttpRequest или postMessage.

[yroman]

Дык, а вы хотите кучу геморроя с синхронизацией потоков? Первые два ограничения конечно спорны имхо, но вот ограничение на доступ к DOM, и общение через сообщения это имхо верная стратегия. Как минимум это избавляет от проблем с синхронизацией.

[Kolyaj]

Полностью с вами согласен. Я лишь говорю, что WebWorkers предназначены для узкого круга задач.

[tenshi]

я так понимаю там кооперативные потоки как в setTimeout

[tenshi]

а из примеров видно что доступ к дому есть

[Kolyaj]

www.whatwg.org/specs/web-workers/current-work/

The DOM APIs (Node objects, Document objects, etc) are not available to workers in this version of this specification.

[tenshi]

м… кажись дошло… ну, наверняка можно сделать мост

[tenshi]

очень похоже, только некроссбраузерно, требует множить файлы, неудобно использовать и нельзя использовать как обычную функцию

[yroman]

Такой вопрос — в приведенном вами коде что за странные дополнения?
Скажем Implementation: Export: — что это и откуда берется? Ни разу не сталкивался с таким оформлением кода.

[tenshi]

это метки позволяющие структурировать код %-) в общем случае можно использовать любые свободные имена

[ArtyV]

Было бы круто получить dom-независимое решение

[tenshi]

ещё бы %-) а те зачем именно независимость от дома?

[ArtyV]

Самое главное — для удовлетворения. Ну и IE может не дать приаттачить элемент пока дерево не загрузится.

[tenshi]

не может

[ArtyV]

Смотря куда будет аттачиться и когда аттач будет производиться, сейчас кейс не вспомню, но суть примерно такова

[tenshi]

только если в конец

[ArtyV]

Пока что получилось только решение с XHR, как лучше всего проверить синхронность?

[tenshi]

см ниже >_>

[tenshi]

ну, если так отрабатывает нормально, то всё пучком: alert([ inverse( -1 ), inverse( 0 ), inverse( 1 ) ])

[ArtyV]

Ну нормально ага, у меня правда немного по другому реализован сам вызов, но внутри тупо на .onreadystatechange вешаем нужный колбэк и загружаем тупо #якорь. Проверил: повторно документ не загружает, но надо будет с разными условиями кеширования проверить конечно

[tenshi]

эм… попробуй какой-нибудь about:blank
а вообще, давай сюда javascript.ru/forum/project/7558-ftread-ispolnenie-funkcijj-v-otdelnykh-potokakh-4.html

[ArtyV]

about:blank вызывает секьюрити экспешн во всех браузерах, правда в IE он перед этим срашивает разрешения на выполнение и может даже выполниться : D