【问题标题】:Tic Tac Toe AppEngine Channel sample mechanicsTic Tac Toe AppEngine 频道示例机制
【发布时间】:2011-08-25 21:55:59
【问题描述】:

各位大侠,

编辑:忘记示例的链接,这里是:http://code.google.com/p/java-channel-tic-tac-toe/source/browse/trunk/src/com/google/appengine/demos/channeltactoe/

所以我正在研究 AppEngine 的通道 API,我偶然发现了一个关于它的架构编码方式的问题。我认为它的工作方式是客户端发送标准 POST 请求,游戏得到更新,两个玩家都通过 ChannelService 获得更新 JSON 消息。

现在我在 javadoc 上读到 Channel 是双向通信通道,那么为什么这个开发人员选择 POST servlet(用于游戏更新)和 Channel 进行分发,而不是使用单个 servlet 来单独创建通道,然后使用该通道在客户端和服务器之间进行前后游戏更新通信?

总结一下,这种架构比使用真正的 2-way 通道有什么好处,或者甚至可以以这种方式使用 2-way(返回服务器通道)。

感谢您的阅读,我希望我的问题是有效/可以理解的。
-罗汉

【问题讨论】:

    标签: google-app-engine channel


    【解决方案1】:

    我不知道你在哪里读到 Channels 是双向的;他们不是。通道仅用于将消息从服​​务器发送到客户端。客户端通信必须使用标准 HTTP 请求。

    【讨论】:

    • Johnosn 在那种情况下,他们的双向是什么意思? code.google.com/appengine/docs/java/javadoc/com/google/…
    • @Rohan 这是一个错字,或者无论如何措辞不当。就您的应用程序而言,消息只能通过通道以一种方式发送,即从服务器到客户端。
    • 非常感谢,您的回答提供了最丰富的信息和帮助。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2019-03-27
    • 1970-01-01
    相关资源
    最近更新 更多