1

大規模なアプリケーションの構築を計画しています。モバイル アプリケーション インターフェイス (iOS、Android、blackberry) と共にブラウザー ベースのインターフェイスを備えています。

サーバーからこれらのインターフェースにデータをプッシュできるようにしたいのですが、モバイルアプリからサーバーに大量のデータが送信されます。だから私の質問は、私が構築しようとしているサーバーの種類です。

私は主に PHP 開発者ですが、Java で書くことができ、他の開発にも手を出しました。私は新しい言語を学ぶことに問題はありません。PHP 開発者としての私の考えは、PHP アプリケーションを構築し、その API を使用して他のインターフェースを強化できるということです。

ただし、大量のデータが移動するため、PHP がこれに最適なベースになるとは思えません。ということで代替案を模索中。これをどこから始めるべきかについて何か考えはありますか？

4

2 に答える 2

0

ブラウザ ベースのクライアントを生成する Rhomobile の Rhodes のようなフレームワークを使用でき、サーバー コンポーネントも提供します: http://rhomobile.com/products/rhosync/

于 2011-08-26T13:52:40.077 に答える
0

一般的な方法は、異なるサーバー間でバックエンド機能を分離することです。

  • サーバー 1: 静的コンテンツを提供する
  • サーバー 2: 動的に生成されたコンテンツ (DB インタラクションなどの IO を必要とするクエリに基づくもの) を提供します。
  • サーバー 3: リアルタイム プッシュ機能専用のリアルタイム インフラストラクチャ

サーバー 1 と 2 はおそらく今のところ同じサーバーである可能性がありますが、専用のリアルタイム サーバーを用意することをお勧めします。サーバー間の通信は通常、ある種のメッセージ キューを使用して行われますが、Web サービスの呼び出しもオプションです。

私の関心のある分野はリアルタイム プッシュなので、これについてもう少し詳しく説明します。PHP に固執したい場合は、phpwebsocketプロジェクトがあります。Java を見たい場合は、[WaterSpout}(http://www.spoutserver.com/)、jwebsocket、およびJettyがあり、しばらく前から存在し、Twitter で使用されています (または最後に確認したときは使用されていました)。ストリーミング API。

私が管理しているこのリアルタイム テクノロジ ガイドには、ソリューションのリアルタイム コンポーネントに関するその他のオプションがあります。

于 2011-08-27T09:02:28.807 に答える