Обратный вызов на стороне клиента в GWT
Я пытаюсь создать регистратор для приложения GWT в качестве упражнения по оценке GWT. Что я конкретно хочу сделать, так это сделать так, чтобы я мог отправлять сообщения на метку на стороне клиента в любой момент со стороны сервера. Итак, если на сервере произошло что-то интересное, клиент может быть обновлен.
Мой первый вопрос: возможно ли это, я могу понять, что это не так.
Во-вторых, если это возможно, где мне искать информацию, я пробовал Google и их документацию, и на всех витринах нет ничего об этом.
Спасибо
Ответы 2
Что ж, есть пара вариантов. Вам нужно получить данные с сервера ... Итак, вам нужно либо опросить сервер, либо использовать server push.
Опрос довольно прост. Просто используйте класс Таймер для многократного вызова службы, чтобы узнать, какое значение она должна отображать.
Пуш сервера осуществляется с помощью чего-то вроде кометы. здесь - одна из реализаций gwt, которая выглядит несколько многообещающей. Их основная концепция заключается в том, что браузер отправляет запрос на сервер и поддерживает соединение, поэтому сервер может продолжать отправлять данные обратно.
Комета - лучший вариант, если вы можете заставить ее работать. Вероятно, это будет проще и лучше масштабируется.
Удачи!
Это зависит от конкретной ситуации. Если вы довольно часто передаете много данных большому количеству клиентов, что-то вроде атмосферы может сэкономить вам время на постоянное повторное согласование этих подключений.
Опрос, вероятно, лучший способ сделать то, что вы ищете. Большая проблема с GWT заключается в том, что все должно быть сериализуемым. Я не уверен, можно ли легко сериализовать что-нибудь, что может попасть в браузер.
Если это для ведения журнала, то, что выталкивается с сервера, будет строкой, я думаю
Я не уверен, что модель push когда-либо «масштабируется» лучше, чем модель опроса. Вы ограничиваете ресурсы сервера, чтобы немного полениться на стороне клиента. Основным преимуществом GWT является то, что клиенту отводится больше работы, чтобы сервер мог легче справляться с большими объемами пользователей. Я бы порекомендовал перейти на модель Poll vs Push.