REST基於WebAPI的遊戲服務器

Question

我嘗試使用REST架構在WebAPI 2.0中實現簡單的基於回合的遊戲的web服務器。儘管遊戲本身（因爲它純粹是基於回合的）似乎是基於web-api的服務器通信的一個好選擇，但我對「遊戲搜索」功能有一些擔憂。當用戶想要開始遊戲時，GET請求"/api/gamesearch"將被製作（並且等待下一個玩家） - 但是HTTP是無狀態的protocole，那麼甚至有可能這樣做？

另一個重要的事情（與前面的問題核心） - 我想當玩家（他的ture是atm）沒有發送任何請求（不移動）在一段時間內實現「遊戲結束」functionallity是不可能的在HTTP response之後由服務器發送（哪個分配給玩家）？

我見過有可能發送Protocole exchange請求切換到WebSocket這又引出另一個問題 - 做WebSockets需要特殊的Web服務器權限（爲純MVC託管就夠了嗎？） - 我必須保持成本低得多這是可能的（這是個人項目 - 我懷疑我甚至不會爲此賺取一分錢）。

Answer 1

您可能還需要在整個遊戲會話中與您的服務器通信。如果你的遊戲是基於瀏覽器的，像SignalR這樣的東西應該適合你的場景。 Usins SignalR您將能夠與您的服務器保持持續的溝通，並且您的服務器將能夠將數據推送給您的客戶。

使用WebApi應該沒有問題。在這裏你可以找到一個discussion about WebApi and SignalR。