0

ここ数日、私はchattingオンウェブテクノロジーを実装するためのより良い方法を調査しています。

調べてみたところ、node.jsにも次のような問題があることがわかりました

  1. クロスブラウザのサポート（古いバージョンのIEはサポートしていません）web sockets。
  2. その新しいものとして、まだツールは未開発なので不安定なAPIです。
  3. 彼らはフォロースルーするための良いドキュメントを持っていません（しかし、はい、助けのためにたくさんの記事があります）

それから私はそれを簡単に作成できるようにアプレットで行うことを決定しましたが、いつものように私はいくつかの調査を行い、このリンクは本当に私を助けました。

また、次のようないくつかの問題があります

  1. 一部の組織では、管理者によるソフトウェアのインストールのみが許可されています。その結果、多くのユーザーはデフォルトでアプレットを表示できません。
  2. アプレットには特定のJREが必要な場合があります。
  3. Java仮想マシンが実行されるまで起動できません。これは、初めて使用するときにかなりの起動時間がかかる場合があります。

私もこの質問をしましたが、私が得た解決策は1つだけで、実装も少し複雑で、Webソケットも使用していました。

少なくともユーザーが問題ないようIE6にこのアプリケーションを作りたいと思っています。IE7

私の質問は、実装するためのより良い方法は何ですか？

これら2つ以外に、同じものを実装できるものはありますか、それともこれら2つのうち1つだけを選択する必要がありますか？

フレームワークを使用していません。JSP+のみSERVLET

4

2 に答える 2

1

Node.jsを使用しても、クライアントとして使用できるブラウザーは制限されません。Node.jsは「単なる」サーバーです。すべての通信にプレーンな古いHTTPリクエストを使用し、WebSocketを無視することができ、IE5でも機能するチャットクライアントを構築できます。

通信プロトコルとしてWebSocketを使用することを決定した場合、使用可能なブラウザーの数が制限されますが、その決定は強制されません。

一方、Javaアプレットを使用すると、アプリケーションを実行するブラウザの数が大幅に制限されます。ほとんどのブラウザはアプレットを実行できますが、すべてのコンピュータにJavaランタイムがインストールされているわけではありません（率直に言って、チャットを実行するためだけにインストールする人はほとんどいません）。応用）。また、この選択でほとんどすべてのモバイルプラットフォームを除外します。通常、アプレットを実行することはできません（これは、主要なプログラミング環境としてJavaをサポートするモバイルプラットフォームにも当てはまります）。

そして、Node.jsドキュメントの品質について意見が分かれる必要があります。ドキュメントは小さいですが、非常に完全です。Node.jsには巨大なAPIがありません。Node.jsベースのライブラリでは異なる場合があります。十分に文書化されているものとそうでないものがあります。これは通常、それらがどれだけ広く使用されているかによって決まります。

于 2012-06-07T07:14:55.083 に答える
0

最善の解決策は、トランスポートロジックを抽象化し、WebSocketが利用できない場合（ロングポーリング、フラッシュWebSocketなど）に他のトランスポートに適切に機能を低下させるフレームワークです。

Socket.IOはそのようなソリューションであり、トランスポート層に関係なく同じAPIを使用し、アプリはIE6（つまりどこでも）でも機能します：http ：//socket.io/

于 2012-06-07T07:13:59.897 に答える