動的な html ページ (PHP など) を介してコンテンツを提供する代わりに、アプリケーション サーバー (glassfish など) を使用する利点は何かと考えていました。私はオンライン コマース サイトを開発しているので、単なる Web サイトではなく、「Web サービス」の利点を理解したいと思っています。グラスフィッシュ。
質問する
1084 次
3 に答える
2
Java の世界における Glassfish のようなアプリケーション サーバーは、通常、Web サーバーを実装するだけでなく、 Java Enterprise Edition仕様のコンテキストで Java (または他の JVM ベースの言語) Web アプリケーションを実行するソフトウェアを指します。つまり、基本的には、Java で書かれた Web アプリケーション用の派手な Apache にすぎません。経験則: Java または Java 仮想マシンで実行される別の言語を使用することに決め、J2EE API のいずれかを使用する必要がある場合、または使用したい場合は、アプリケーション サーバーを使用します。
HTML ページは通常、人間が読み取れる情報の表現であるため、Web サービスは、マシンが HTTP プロトコルを使用して相互に対話できるように、マシンが読み取り可能な形式で情報を提供します。一般的な Web サービスの概念ではなく、Web サービスという用語は主に SOAP プロトコルを使用した通信に使用されます。Web サービスは特定の言語ではないため、Web サービスを実装するために PHP、Java、Ruby On Rails などを使用しているかどうかは問題ではありません。ユーザーが操作する Web ブラウザー以外で Web アプリケーションと対話する方法を提供する場合の決定。
于 2011-01-24T20:44:09.130 に答える
1
Web サービスを開発するときは、実装ではなくインターフェースに対してプログラミングを行っています。独自の html ページなど、アプリケーションだけが使用方法を理解できるデータをプッシュするページを開発する場合は、まったく逆のことを行っています。
達成しようとしていることをより広い観点から考えてください。このサービスを複数の場所、テクノロジなどで実装および再利用するかどうかです。それが重要です。
于 2011-01-24T20:33:56.590 に答える
0
Web サービスのスタイルについて考えてみましょう。
SOAPとRESTを比較していますか？
REST Web サービスは、HTTP の組み込み機能をすべて使用するため、Web ページに非常に似ています。SOAPrest サービスには、それを読み取って消化するために必要なインフラストラクチャが必要です。
Glass Fish は、ユーザーを特定の環境に結び付けます。これは、驚くほどスケーラブルで手間のかからないことを目的としていますが、実際には多くの場合そうではなく、コードの構築と維持に高価なリソースが必要です。(インフラストラクチャとライセンスは言うまでもありません)
非常に単純なレイヤーを使用して Web サービスを作成することをお勧めします。例: PHP と小さなレスト フレームが動作します。コード イグナイターの修正版のようなものです。rest はステートレスであるため、スケーリングが非常に簡単になります。雌牛が来るまで..エラー..またはデータベースが破壊されるまで..Apache Webサーバーを追加するだけですが、成功には常に問題があります。クラウドで REST を実装してみませんか。いくつかのマイクロ インスタンス Web サーバーを Amazon に配置し、抽象的なリレーショナル データベースを追加して、すぐに使用できます。
しかし、このディスカッションで他の人が指摘したように、あなたは言語に制限されません。あなたのサービスが何であるかを決定することをお勧めします。REST または SOAP。残りのサービスは、Python、Java、Pearl PHP などで構築できます。SOAP の残りのサービスは、すべてのクールなツールが存在するため、おそらく Java で構築されます..これはグラス フィッシュを意味する可能性があります。
于 2011-01-25T06:30:06.890 に答える