いつ、どのように建築家マDB-APIサーバーの入することによって手に基づくマルチプレイiPhoneボードゲーム?(考えるnodejs,もんごういか未経験者、経験者等）

Question

ように転に基づくボードゲームiPhoneとAndroid.を使用していAppceleratorチタンを開発する人もいないであろう。私のマルチプレイデザインに似た言葉です。ユーザーの場合に備え、相手のゲームボードが更新されます。

一つの私のニーズは、メッセージAPIを可能にする2つの選手たちのデバイスの更新を他の状況にゲームボードの後に移動します。を行うことJSONに保持されるJSONオブジェクトに装置を含むすべての場所のゲームボードで作品を発載することができるものとします。このオブジェクトを更新する必要があるの装置およびそれを送り変更に相手のデバイスの後に移動します。

もちろん、Apiのためのモバイルプラットフォームないことなどに使用しましたPHPとMySQLを送JSONのAPIサーバー及びモバイル装置です。作品だけでダンディのための低同時のユーザーは、非膨大なアプリとなります。こちらはるちは、このつまま大量;)

そのためではなく、一般のhttpdサーバーの思考え続のソケット、だけでなく、必要性の有無などを私の新しいゲームです。私もそう考えているのですがスマートへの逃の大きなランプのスタック、ケーラビリティも開発のしやすさ、傾向けのデータフローのようなものもんごういか/ソファ->node.js ->iPhoneです。私は正直であることで初めて進出sql db node.js しています。

私にはその他かかりや経験を、このオプション/想いかどうかを考えていかに適切な方法で、作り、頭痛ったのは間違いありません。

Answer 1

まずはNodejsには書き込み逆のTCPプロキシへのNoSQLデータベースです。きようすべての標準コマンド区分コマンドを変更/拡張Api独自の魔法、例えば作り易語HTTPまたはapache couchdbが持つ話すバイナリプロトコルを超ソケット

を選ぶ際には、NoSQLソリューションの保存ボードゲームや監視のためのプレイヤーの動きるかと思うところRedisは、apache couchdbが持つているし、最適な候補者を集める。

1. Apache couchdbが持つ.では、高速で信頼性の高い、対応できる多くの兼HTTP接続します。あるんじゃないでしょうか最良のオプションについて、いかなるRedisで放送メッセージ文書の変わります。の 連続変化API このウェブサービスを用いて各プレーヤーアプリのモニターを変更します。の請求が生ん:
   
   

   curl "$HOST/dbname/_changes?filter=app/gameboard&feed=continuous&gameid=38934&heartbeat=1000

   
   各顧客を受けるJSONオブジェクト配線に対応いつでも該当書類が変更されます。（空改行毎1000msとしてソートキープアライブ.)
   
   
2. Redis.このプラインに基づくプロトコル（MemcacheD++)を参考にしてくださいソケットおよび保存できるリセット、ハッシュに任意のも--バイナリ値です。この非常に高速でも起こるメモリが持続的なディスクの非同期.ものすべてに評価すべきではすでに PubSub 通知を焼きます。 おいて明示的に掲載の移動通知上にチャンネルの選手に共有でRedisな自動的に公開時にキーと値変化します。

以来、Pythonのない仕組みの変化を観測しては避けるべきという結果が得られなかっpubsubだと考えたことで、オレンジ広場などの見所もが頑張ります。

で締結できる場合もありますが、いずれ替え"の大きなランプのスタック"apache couchdbが持つだけでも、Redisだけでも、またその後のノードアプリのためのフィルタリング/のApiも提供するようになり、必要に応じて物に最適です。

最高の実績があります。

Answer 2

私はただのmongoを学び始めました、そして学ぶことは難しいことではありません。インデックスのようなものと説明があると同じように機能します。それはアーキテクチャに出たとき、あなたは、SQLの反対を考えたいです。代わりにデ正常化するために十分な理由を必要とする、あなたは正常化するために十分な理由を思い付くする必要があります。 （モンゴを作る）10genの人は、階層のことを考え、私は（仮称）と同意するだろうもの、を考えるのがより自然な方法であると言うだろう。あなたはまだ集計クエリにマップ減らす使用されますが、ファインダは、同様のソートSQLっぽいのを感じます。

私はソファについて理解するものから、大きな違いは、分散レプリケーション事に重点があります。 （彼らはあまりにもautoshardingと偉大なスケーリングの物語を持っているが）モンゴは、大量のデータを超えるパフォーマンスにもっと焦点を当てています。あなたが実際にソファの分散側面を使用しようとしている場合を除き、私は、モンゴ行くだろう。

ノードは、これまでクールなものに持っている、と私は、これはそれのための素晴らしいアプリケーションだと思います。私はそれでゼロ経験を持っていますが、私が読んだものから、それは小さな要求の負荷に最適です、そして素晴らしくスケールアップ。慣用javascriptのは、全体のイベントモデルに非常によく自分自身を貸す、とV8とそれだけでわいせつ速く実行されます。