11

サーバーバックエンドとしてPharoSmalltalkを使用し、Webクライアントフロントエンド用にAmber Smalltalk+html5ゲームライブラリを使用するマルチプレイヤーゲームの開発に興味があります。

Pharo smalltalkはWebSocketをサポートしており、私はそれを使ってゲームを作成してみました。正常に機能していましたが、多くのユーザーに簡単に拡張できるように、これらのプッシャーサービスのいずれかを使用したいと思います。

私が必要としているのは(私が思うに)これらのプッシャーサービスの1つへの(私のバックエンドサーバーからの)WebSocketインターフェースです。Firebase REST APIを使用しますが、WebSocketを介してサービスにサブスクライブし、ポーリングせずに更新を取得するのではなく、サーバーからFirebaseサーバーへの常時ポーリングに戻らなければならないのは少し奇妙に思えます。

これらのサービスの多くにはsocket.ioが実装されているため、socket.ioを介してバックエンドサーバーをサービスに接続できます。残念ながら、pharo smalltalkにはsocket.ioが実装されておらず、私が知っているようにそれを使用する方法がありません。

これらのプッシャーサービスのいずれかを使用してサーバーバックエンドでpharosmalltalkを引き続き使用するための解決策が見つからない場合は、pharosmalltalkイメージとバックエンドサーバーの負荷分散という別の可能性を検討します。

4

1 に答える 1

4

私の知る限り、pharo のスレッドは非ブロックであるため、pharo で socket.io ライブラリのようなものを使用する必要はありません。これは以前ここで議論されました: http://forum.world.st/socket-io-td3891592.html#a3893031 アイデアは、websockets と通常の pharo を使用して同じタスクを達成できるということです。

(抽象化レイヤーが必要な場合は、いいえ、まだ何も準備されていませんが、簡単に独自のレイヤーを作成できます)

于 2013-02-19T07:58:34.237 に答える