вопрос про onreadystatechange

[vladlen]

Здравствуй, достопочтенный ALL.

Объясните плз, все используют классическую готовность ответа, но почему ее не свести к записи if(request.readyState == 4 && request.status == 200){...}
И если в теле функции будет использоваться семеричный метод, то будет ли подвисание браузера? Или функция выполняется в отдельном потоке.

З.Ы. Я нуб и если что-то написал не так, строго не судите. С удовольствием выслушаю замечания.

[Gvozd]

Объясните плз, все используют классическую готовность ответа, но почему ее не свести к записи if(request.readyState == 4 && request.status == 200){...}

эм?
покажите какую модель вы считаете классической, и в чем отличие от вашей записи?
полным кодом, пожалуйста

семеричный метод

что такое семеричный метод?

Или функция выполняется в отдельном потоке.

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

[vladlen]

покажите какую модель вы считаете классической, и в чем отличие от вашей записи?

if(readyState == 4){
  if(request.status == 200){
    ...
  }
}

Данная конструкция применяется в подавляющем большинстве скриптов. Вот меня и интересует вопрос: это чисто иллюстративная форма записи или есть какие-то предпосылки (глюки) к ее использованию.

что такое семеричный метод?

Сихронный запрос без обработчика onreadystatechange. Сорри термины таки разные

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

По контексту функции обработчика сразу видно что метод onreadystatechange циклический, а в случае работы цикла в одном потоке проявляется то самое "подвисание", ожидание окончания цикла.
JS - однопоточный язык, но некоторые его функции/методы объектов таки порождают потоки, пусть и в не явном виде.

[Gvozd]

Данная конструкция применяется в подавляющем большинстве скриптов. Вот меня и интересует вопрос: это чисто иллюстративная форма записи или есть какие-то предпосылки (глюки) к ее использованию.

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

Сорри термины таки разные

нигде, ни разу нен видел вашего термина.
по-моему вы несете отсебятину.

По контексту функции обработчика сразу видно что метод onreadystatechange циклический

чего?
в каком контексте вы увидели, что он циклический?
никакого отношения к циклам он не имеет, в принципе

а в случае работы цикла в одном потоке проявляется то самое "подвисание", ожидание окончания цикла.

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

JS - однопоточный язык, но некоторые его функции/методы объектов таки порождают потоки, пусть и в не явном виде.

нет
JS - Однопоточный, и точка.
то, что вы воспринимаете его работу как многопоточность, это исключительно ваши домыслы.
и никто никаких потоков не порождает.
все работает в одном потоке, по-очереди.

[vladlen]

отсыпьте что курили.

Не могу, кончилось

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

Как это нет разницы? А если подумать? Отсюда и возможность поиметь проблем.

нигде, ни разу нен видел вашего термина.
по-моему вы несете отсебятину.

Неужели вы никогда в жизни не сышали о слове "симметрия"? А то что данный термин был использован не по существу я вроде как извенился и поправился.

в каком контексте вы увидели, что он циклический?
никакого отношения к циклам он не имеет, в принципе
какого цикла?
вы несете бред.

Уважаемый, я бред не несу. Не стоит пытаться всех опускать до своего уровня и флудить почем зря. Метод вызывается последовательно аж 4 раза. И кто же его по вашему вызывает? Темная материя?
Спорить на эту риторическую тему я более не намерен.

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

Вопрос в том что синхронный запрос завернут в асинхронный. Будел ли в таком случае "подвисание"? Вопрос к тому, что на http://xmlhttprequest.ru есть пример работы с кэшем, но он чисто синхронный. Но если функция обработчик onreadystatechange (работа в асихронном режиме) будет содержать синхронный запрос, то будет ли в таком случае "подвисать"?

JS - Однопоточный, и точка.

А кто бы спорил?

[Gvozd]

Как это нет разницы? А если подумать? Отсюда и возможность поиметь проблем.

ну и какая же разница может быть?
расскажите мне несведующему

Не стоит пытаться всех опускать до своего уровня и флудить почем зря

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

Метод вызывается последовательно аж 4 раза. И кто же его по вашему вызывает? Темная материя?

сетевая карта посылает прерывание процессору.
он назначает на ближайший свободный квант времени выполнение сетевого драйвера с получением принятых данных.
тот в свою очередь обрабатывает данные, и передает управление дальше
в конечном итоге, вызывается код браузера, ответственный за обработку принятого HTTP-запроса.
тот анализирует, и при необходимости вызывает обработчик события уже внутри JS-движка, по сути говоря "поставь в очередь выполнение onreadystatechange"

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

Вопрос в том что синхронный запрос завернут в асинхронный. Будел ли в таком случае "подвисание"?

Разве не очевидно?!
до тех пока не прийдет ответ от первого ассинхронного запроса, зависания не будет. затем, когда будет послан синхронный запрос, барузер естесвтенно зависнет

А кто бы спорил?

JS - однопоточный язык, но некоторые его функции/методы объектов таки порождают потоки, пусть и в не явном виде.

вы спорите, говоря, что в JS некоторые его функции/методы объектов таки порождают потоки

[vladlen]

ну и какая же разница может быть?
расскажите мне несведующему

Вот подумал я и пришел к выводу что никакой, т.к. выражение 2 вычислять смысла не имеет если выражение 1 ложно.

Gvozd, насчет уровней знания напылил, прошу прощения.
Оффтоп: как минимум квантование и есть процесс циклический и прервородный, хотя прерывание и будет отработано, JS не получит управления до очередного выделения ему его кванта. На уровне браузера сам метод onreadystatechange находится в режиме ожидания (ждет некоего события) и соответственно работает в цикле.

Разве не очевидно?!

Спасибо, теперь очень даже очевидно!

вы спорите, говоря, что в JS некоторые его функции/методы объектов таки порождают потоки

Да, например таймер.

[Kolyaj]

Да, например таймер.

Да не порождает он потоки. Всё выполнится в том же потоке, но в другом "тике".

[vladlen]

Всё выполнится в том же потоке, но в другом "тике".

Никаких "тиков" не существует!
Весь JS код выполняется в едином потоке.
Для тех кто ничего не понял из вышеописанной дискуссии: метод onreadystatechange, как и таймеры выполняются в отдельных потоках процесса браузера, содержат указатели на функции определенные в них, которые, в свою очередь, будут отрабатываться в рамках единого потока JS.

Gvozd, спасибо! +1 в карму

[Kolyaj]

Никаких "тиков" не существует!

Потому и в кавычках.

Поставим вопрос по другому. Можно поставить два таймера таким образом, чтобы они выполнились одновременно?