Приветствую, мужская уборная,
РЕДАКТИРОВАТЬ: забыл ссылку на образец, вот он: http://code.google.com/p/java-channel-tic-tac-toe/source/browse/trunk/src/com/google/appengine/demos/channeltactoe/
Итак, я изучаю API канала AppEngine и наткнулся на вопрос о том, как он архитектурно закодирован. По моему мнению, это работает так: клиенты отправляют стандартные запросы POST, игра обновляется, и оба игрока получают через ChannelService сообщение JSON.
Теперь я прочитал на javadoc, что Channel является двусторонним каналом связи, так почему этот разработчик выбрал сервлеты POST (для обновлений игры) и Channel для распространения вместо использования единственного сервлета для единоличного создания Канал, а затем использование этого канала для передней и задней части игры обновляет связь между клиентом и сервером?
Подводя итог, что выиграла эта архитектура по сравнению с использованием настоящего двухстороннего канала или даже возможно использовать двустороннее (обратно на канал сервера) таким образом.
Спасибо, что прочитали, я надеюсь, что мой вопрос действителен / понятен.
-Rohan