2016-12-08 6 views
0

私は最近、レストウェブサービス(主に春)を行っています。しかし、私は休憩ベースのWebサービスとWebアプリケーションの間に大きな違いは見つけられませんでした。WebサービスとWebアプリケーションの両方を休止しますか?

残りのベースのWebサービスでは、@RestController、Webアプリケーションでは@Controllerです。私が知っているdevの視点からの1つの違いは、残りの部分には、より多くの 動詞、PUT、DELETEなどがありますが、Webアプリでは主にPOST/GETを使用します。それは受信側からです。どちらも、この方法で受信URLをマップ

Webアプリケーションに送信されるようにちょうど残りのためのHTTPリクエストを送信しますでも、送信者は、戻り値の形式などに言及し

はい、Webアプリケーションでそれが可能になるなどの認証に差があるだろうフォームベースの認証ですが、Webサービスの場合は、ヘッダベースやその他のものとは異なります。

プロトコル/送信者/受信者や観点に大きな違いはありますか?

+0

私はあなたの質問を理解していません。この場合、_webコントローラとは何ですか?私は_rest controller_によって '@ RestController'を意味すると思いますか?あなたは_web controller_の '@ Controller'を意味しますか?サーブレットとHTTPのどちらを使用するかにかかわらず、Webアプリケーションを開発しています。 '@ RestController'は便宜上のものです。 '@ ResponseBody'をすべてのハンドラに適用します。 –

+0

もう1つの高レベル概念は、Webアプリケーションが他のアプリケーション/プログラム用のWebサービスである場合、人間(すべてのユーザー)がWebアプリケーションを使用するということです。異なるクラスの消費者にサービスを提供するためには、異なる技術的アプローチがあります。 – Raju

+0

@SotiriosDelimanolis私は私の質問をより明確にしようとしました。実際には私の質問は、別のテクノロジースタックとして提出されている残りのWebサービスで多くの話題を見ることです。しかし、devの観点からは、WebアプリケーションとWebアプリケーションの違いはあまりありません。 – emilly

答えて

0

spring-frameworkrestcontroller-vs-controller

からの伝統的なSpring MVCのコントローラとRESTful Webサービスコントローラーの主な違いは、HTTPレスポンスボディが作成される方法です。伝統的なMVCコントローラは、ビューテクノロジに依存していますが、RESTfulなWebサービス・コントローラは、単にオブジェクトを返し、オブジェクトデータは、物事のJSON/XML

休憩としてHTTPレスポンスに直接書き込まれ多かれ少なかれ同じ

あります
0

Webサービスは、通常、アプリケーションからアプリケーションまたはマシン間でデータを交換するためのものであり、生データは通常、人間やブラウザに優しいものではありません(jsonまたはxmlまたはその他の合意された形式でエンコードされます)。エンコードされたデータは、その後、人間の目に見易いブラウザであるように、オブジェクトデータを閲覧するための出力としてかなりのウェブページに変換またはラップされてもよい。

関連する問題