EmberJS и WebSocket

Question

[Stricker]

Приветствую всех. В общем вопрос такой, решились взяться за разработку клиента на EmberJS с использованием WebSocket'ов, и встряли на логике приложения. С JS мы работаем раз второй, раньше лишь по мелкому.
Проблема вот в чем - к примеру у нас есть функция открыть чей-либо профиль, заходим мы на этот профиль через роут, вот вызывается обработчик, который отправит запрос получения данных о пользователе на сервер посредством WebSocket, но ответ же обрабатывает функция onmessage, и надо вылавливать ответ от туда и как-то передавать его в нашу функцию.

Будьте добры, расскажите что да как.

Answer 1

[Zerstoren]

Знаком с траблой. Решил проблему, с помощью обертки.

Если кратко, вызывая у обертки send, первый параметр, роут на сервере. Второй - данные, Третий не обязательный callback функция.

Если есть callback, то на сервер уходят данные, а последний элемент объекта __async с случайным числом. Когда сервер принимает такое сообщение, он выполняет обработку и в ответе добавляет тот-же __async ключ.

Могу дать исходник этой обертки.

В onMessage если есть этот ключ, просматривается список callback`ов на этот ключ. Если ключ есть, то вызывается функция.

Для тех кто говорит, юзайте ajax. А если у человека на основе этого соединения происходит авторизации и все подготовки? В добавок писать 2 разных интерфейса для одного приложения - бред.

@Stricker Я тоже пишу игрушку и уже пробовал ajax`ы и другие вещи. Не делите интерфейс связи сервера и клиента, запутаетесь еще.

Comments

[Stricker]

Здорово! Был бы рад разглядеть обертку, да и вообще какой-либо JS клиент использующий Socket'ы. И вообще, смотря как все говорят использовать Ajax, мне кажется что у всех недоверие какое-то к сокетам

[Zerstoren]

@Stricker https://gist.github.com/Zerstoren/7656988 />
Смотрите, там нету такой штуки как pack('COM.Events.Observer'). В нем есть все что относится к событиям. По этому этот пример сходу у вас не заведется, но общий смысл думаю уловите.

Answer 2

[Денис Инешин]

А зачем конкретно в этой ситуации такая схема? Тут вам подойдет обычный ajax-запрос. Вебсокет то нужен для другого, для оповещений, фоновых обновлений и т.п.

Comments

[Stricker]

Ну просто приложение большое - игра. А за пример просто простейшую функцию взял

[Денис Инешин]

@Stricker зайдите например сюда: http://socket.io/ Прямо на главной есть пример.

Т.е. сервер генерирует событие и через сокет доставляет его вам в браузер. А уже в браузере вы должны сделать слушатель, который будет ждать это событие, чтобы передать его дальше: socket.on(event, func(data) {});

[Stricker]

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

Answer 3

[Сергей Протько]

используйте deferred объекты. Сделайте функцию аля getProfile(), которая будет возвращать обещание что-то сделать. А между делом - отправьте данные в сокет, подпишитесь на прием данных, обработайте их и выполните данное обещание (deferred.resolve(data)).

Будет выглядеть как-то так:

getProfile().then(function(profile) {
}, function (error) {
});

function getProfile(id) {
    var deferred = $.Deferred();
    
    someCodeThatSendRequest({
        route: 'getProfile',
        id: id
    }, function (response) {
        // preprocess response
        deferred.resolve(response);
    })

    return deferred.promise();
}

Но по хорошему это тупняк. WebSocket тут явно ненужны. Тут нужна нормальная rest-api. Сокеты нужны для доставки данных о перемещении персонажей, их состоянии... все то что должно передаваться в реалтайме. профили же - это просто ресурсы. их можно один раз загрузить и держать в кэше... ну и т.д.

Comments

[Stricker]

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

[Сергей Протько]

Делать все на сокетах - неразумно. Вот все что я хотел сказать. Это сильно усложнит как логику клиента так и сервера, которому нужно как-то слать уведомления и еще к тому же реагировать на ваши запросы. Но дело ваше.