我尝试使用REST架构在WebAPI 2.0中为简单的回合制游戏实现Web服务器。虽然游戏本身（因为它纯粹基于回合制）似乎是基于web-api的服务器通信的一个很好的候选者，但我对游戏搜索＆＃34; functionallity。当用户想要开始游戏时，GET "/api/gamesearch"的请求将被发送（并等待下一个玩家） - 但是HTTP是无状态的protocole，所以甚至可以这样做吗？ / p>
另一个重要的事情（与上一个问题相关） - 我想它不可能实现游戏结束＆＃34;当玩家（将其分配给玩家）发送HTTP response后的某个时间段内，播放器（其tm为atm）不发送任何请求（不移动）时的功能？
我已经看到有可能发送Protocole exchange请求切换到WebSocket，但这引发了另一个问题 - WebSockets需要特殊的网络服务器权限（纯粹的mvc托管是否足够） ？） - 我必须保持尽可能低的成本（这个个人项目 - 我怀疑我赢了甚至赚不到钱）。
答案 0 :(得分：1)
您可能还需要在整个游戏过程中与服务器进行通信。如果您的游戏是基于浏览器的，SignalR之类的内容应该适用于您的场景。 Usins SignalR您将能够与您的服务器保持持续的通信，您的服务器将能够将数据推送到您的客户端。
使用WebApi不应该有问题。在这里，您可以找到discussion about WebApi and SignalR。