5

WebSocketとHTML-5テクノロジーを使用して、Web用の簡単なゲームを書いてみたいと思っています。これを、PlayFrameworkとScalaで行うことを考えています。しかし、私が作りたいゲームのタイプは、物事が自分自身で起こる永続的な世界を備えたものであり、プレーヤーのアクションの結果としてだけでなく、それはPlayのステートレス哲学に適合しないことを意味します。Playアプリケーションで別のスレッドを開始しようとしました。これは、実行中のワールドで通常の永続的なゲームサーバーとして機能しますが、機能しているようです。どのようにそれについてコメントできますか？

  • このアプローチでいくつかの大きな問題に直面しますか？
  • そのためのより良い解決策とセットアップはありますか？スタンドアロン（http以外）のゲームサーバー以外に、pplは通常そのようなものに何を使用しますか？
  • 同様の問題を考慮して、興味深い経験を共有できますか？
4

1 に答える 1

4

「常に実行中のスレッド更新情報」で永続的に混乱しないでください。

ほとんどの場合、このようなゲームは最終更新時間を節約するだけで、現在から最後の更新までの経過時間に基づいて新しい値を計算します。どんなウェブフレームワークやテクノロジーでもそれができます。私がプレイフレームワークの大ファン/中毒者であるとしても、永続的な議論自体では十分ではないと思います。

しかし、必要な場合：

  • 優れたWebSocket統合、
  • 大量のトラフィックをサポートし、
  • 大規模なサーバーなしの大規模な同時実行

確かに、Playframeworkはあなたの選択かもしれません。

于 2012-06-03T23:04:22.170 に答える