Клиент-серверный алгоритм

Привет. Вот такая задачка имеется : ​​есть кучка скриптов , которые представляют собой одно целое , и сервер. Эти скрипты должны отправлять и получать данные от сервера.
Я сделал так : создал на клиенте еще ​​один скрипт (далее Посредник ) , который отправляет и получает данные , и обращаюсь к нему из всех скриптов , для того , чтобы передать данные . Так , как отправка команды предусматривает получение и обработку ответа от сервера , вместе с данными для передачи Посреднику я также передаю некоторый ключ и ссылку на скрипт , который обращается к Посреднику . Далее этот ключ и ссылка на скрипт запоминается в Посредника и вместе с данными передается серверу , а сервер что-то там делает , и вместе с ответом также передает этот же ключ . А когда ответ от сервера приходит к Посреднику , он вынимает из того ответа ключ , смотрит в своем списке , ссылка на какой скрипт соответствует этому ключу , и затем передает нужному скрипту полученные данные.
А вот один человек , говорит , что тот ключ будет очень загружать интернет -канал ( хотя тот ключ занимает всего несколько байт ) , и лучше будет сделать так : В каждом из скриптов писать один и тот же код , который может отправлять и принимать данные , создать в каждом скрипте какую-то очередь , при отправке сообщения на сервер автоматически заносить в очередь действие , которое нужно сделать по приходженни ответа от сервера , и как только придет ответ , то сразу извлекать действие из очереди и обрабатывать полученные данные . Это чтобы не было того ключа , который занимает несколько байт.
Какая реализация лучше? Еще могу добавить , что скриптов может быть больше сотни .

Миниатюры

 

0

Порядок прихода ответов сервера недетерминированный. При чём тут очередь?

0

Сообщение от Qwertiy Порядок прихода ответов сервера недетерминированный. При чём тут очередь?

ну сатрите, есть очередь построенная по принципу FIFO, при отправке запроса на сервер мы заносим в очередь действие, которое должно совершится на клиенте по приходу ответа от сервера на текущий запрос клиента. И вот полетел первый запрос, и в очередь полетело действие, потом полетел второй запрос, в очередь занеслось еще одно действие, а потом пришел ответ - мы вытаскиваем самое первое действие из очереди и выполняем, ну и удаляем его из очереди, потом пришел второй ответ - и выполнилось второе действие.

0

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

Добавлено через 3 минуты
Ajax - это FIRO.

0

Сообщение от Qwertiy Если одновременно может ожидаться ответ не более чем на один запрос, то зачем очередь? Если на несколько, то ответы могут придти в другом порядке. Добавлено через 3 минуты Ajax - это FIRO.

вот и я про это, но мой одногруппник этого не понимат.
причем здесь Аякс?

0

Сообщение от lawliet93 причем здесь Аякс?

Хм.. Я почему-то про сайт подумал...
Какая разница, всё равно запросы асинхронные.

Сообщение от lawliet93 вот и я про это, но мой одногруппник этого не понимат.

Ну так каждому запросу можно назначать индивидуальный обработчик.
Но вот при чём тут очередь, я так и не понял.

0