VG
хуяссе у них дерьмоые советы раздают! https://stackoverflow.com/questions/39459236/understanding-event-queue-and-call-stack-in-javascript
Size: a a a
2020 December 26
АК
хуяссе у них дерьмоые советы раздают! https://stackoverflow.com/questions/39459236/understanding-event-queue-and-call-stack-in-javascript
Вы про вот это? ))
VG
я про рекурсивную обработку списка vs setTimeout(0)
VG
а тут чувак просто неграмотных наслушался
АК
а тут чувак просто неграмотных наслушался
VG
We have two calls that are similar as far as users are concerned, but their names are confusing.
* process.nextTick() fires immediately on the same phase
* setImmediate() fires on the following iteration or 'tick' of the event loop
In essence, the names should be swapped. process.nextTick() fires more immediately than setImmediate(),
-- ахахаха! и вот так у них в JS ВСЁАК
я про рекурсивную обработку списка vs setTimeout(0)
Я пару раз срач про «рекурсивный таймаут» выигрывал.
Что функции f_one и f_two никогда не переполнят стек!
Что функции f_one и f_two никогда не переполнят стек!
function f_one(){
setTimeout(f_one,1);
};
async function f_two(){
await f_promise();
f_two();
};
function f_promise(){
return new Promise(function(ok){
setTimeout(ok,1);
}
};
Вернее, f_one лучше записать вот так:function f_one(){
setTimeout(function(){
f_one();
},1);
};VG
бля, поиск по странице ни по end, ни по finish, ни по terminat ничего не дает
VG
Я пару раз срач про «рекурсивный таймаут» выигрывал.
Что функции f_one и f_two никогда не переполнят стек!
Что функции f_one и f_two никогда не переполнят стек!
function f_one(){
setTimeout(f_one,1);
};
async function f_two(){
await f_promise();
f_two();
};
function f_promise(){
return new Promise(function(ok){
setTimeout(ok,1);
}
};
Вернее, f_one лучше записать вот так:function f_one(){
setTimeout(function(){
f_one();
},1);
};какой же пиздецовый средний уровень у вас там в гейжс сообществе, если "срачи" вот такого типа и вот так выигрываются...
VG
> Between each run of the event loop, Node.js checks if it is waiting for any asynchronous I/O or timers and shuts down cleanly if there are not any.
сука, НАШЕЛ! что ж за пиздец-то, у них даже лупу явно терминироваться сказать нельзя
сука, НАШЕЛ! что ж за пиздец-то, у них даже лупу явно терминироваться сказать нельзя
АК
> Between each run of the event loop, Node.js checks if it is waiting for any asynchronous I/O or timers and shuts down cleanly if there are not any.
сука, НАШЕЛ! что ж за пиздец-то, у них даже лупу явно терминироваться сказать нельзя
сука, НАШЕЛ! что ж за пиздец-то, у них даже лупу явно терминироваться сказать нельзя
Ну вот об этом я и говорил!!
АК
«Он ждёт пока не будет пусто» чтобы выйти из программы.
АК
> for any asynchronous I/O or timers
Вот и сокеты ваши там же…
Вот и сокеты ваши там же…
VG
а
while (!now_it_time_to_go_home) { // dinner_time в Почте России
select(read_set, write_set, NULL, timeout);
gettimeofday(...);
// process descriptors and timers, call callbacks
}
вполне себе таки лупу нормальных людей условие выхода такое, что на него можно явно повлиять (продолжаю подводить к ответу на вопрос)
АК
К ответу на какой вопрос, так-то я уже понял что в перле без recv я в event-loop не попаду, а без send не выйду оттуда.
VG
ну слава богам
АК
ну слава богам
Я же написал, что в JS подразумевается неявный recv, когда синхронная обработка файла заканчивается.
VG
а прикол в том, что libuv, на котором сделан NodeJS, был форком libev Лемана, автора AnyEvent
VG
Я же написал, что в JS подразумевается неявный recv, когда синхронная обработка файла заканчивается.
это чушь