Стек ajax запросов

[Vincent]

Здравствуйте. Проблема в следующем:
Со страницы должно быть отправлено много ajax запросов (больше 30 точно), все к одному скрипту.
Что бы не нагружать браузер, хочу сделать стек запрсов, т.е. из стека (в роли которого будет массив) будут браться по 5 первых параметров, и на основе этих параметров создаваться пять ajax запросов. По мере того как запросы отработали, будут обновлены соответствующие элементы на странице и обновлен стек.

Пока реализация такая:
вначале создаем переменные:

var allArray = new Array(); // массив со всеми элементами (параметрами), на основе которых должны быть созданы ajax запросы
var allArrayStack = new Array(); // стек по 5 элементов (запрсов)
const STACK_LENGTH = 5; // длина стека
var intervalId = null; // intervalID, возвращаемый методом setInterval()

как только allArray заполнен, вызывается функция gettingResults:

function gettingResults() {
    intervalId = setInterval(appendStack, 1000);
}

function appendStack() {
    if( (allArrayStack.length < STACK_LENGTH) && (allArray.length > 0) ) {
        var counterHight = STACK_LENGTH - allArrayStack.length;
        for (var i = 0; i < counterHight ; i++) {
            if(allArray.length == 0) {
                clearInterval(intervalId);
                break;
            }

            allArrayStack[allArrayStack.length] = allArray[0];
            allArray.splice(0,1)
        }
    } else if(allArray.length == 0) {
        clearInterval(intervalId);
    }

// здесь получаем заполненный allArrayStack , на основе которого можем создавать ajax запросы.
}

Вопрос в том, какая должны быть логика далее? Т.е. передать allArrayStack в новый поток нельзя, так как весь js выполняется в одном потоке. Если передать allArrayStack в другую функцию, то по идее она не начнет выполнение пока не будет выполнен clearInterval(intervalId); (тут я сомневаюсь, я прав?)

[danik.js]

const STACK_LENGTH = 5; // длина стека

Не рановато ли conts начали использовать?

все к одному скрипту.

В чем смысл? Почему не одним запросом?

[tadjik1]

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

[Vincent]

danik.js,

Не рановато ли conts начали использовать?

на счет const, да, заменю на var, спасибо.

В чем смысл? Почему не одним запросом?

Это необходимо вот для чего.
Каждый элемент в массиве представляет различные параметры запроса.
Скрипт на той стороне обрабатывает эти параметры по разному, т.е. что то раньше, что то позже. Если посылать все одним запросом, то ответ смогу получить только после того, как все параметры будут обработаны. А это займет гораздо больше времени, чем обработка одного запроса.

Вторая причина следующая. Скорее всего есть элегантное решение, если это так, буду рад узнать о нем.
Тот скрипт, на который шлет запросы ajax, обращается к другому сервису, находящемуся на том же ip но доступному по другому порту. Это не проблема архитектуры, так надо. Я не нашел информации, как можно ajax ом напрямую обратиться к другом порту на том же сервере. А обращение к другому домену запрещено политикой безопасности.


nasqad,
спасибо за пример. Вы меня натолкнули на мысль, что рекурсией было бы удобнее воспользоваться.
Я так понимаю, отправка данных ajax ом происходит вызовом var xhrObject = new activeXblabla(opts, callback);


tadjik1,
Про 30 запросов я описал выше. В качестве альтернативы, как я опнял, вы предлагаете лонг поллинг. Сейчас буду читать что это такое.

Дело в том, что ранее я c js не работал, сейчас вот понадобилось. Вникаю в процессе, по этому если в чем то изобретаю велосипед - буду раз комментариям

[nerv_]

Со страницы должно быть отправлено много ajax запросов (больше 30 точно), все к одному скрипту.

автокомплит или что-то подобное? Используете шаблон прокси-объект. Собираете запросы в кучу и отправляете разом.

[Vincent]

nasqad, спасибо еще раз, сделал по Вашему варианту, изменив логику под свою.

Спасибо всем за комментарии, получил много полезной информации

[keen]

какая-то страшненькая реализация стека у вас вышла.
да и зачем изобретать велосипед - у библиотеки async есть замечательная фунция queue.