私は@RequestParamが何を知っていると何@PathVariableは、個々のノートに行いますが、私はとき@PathVariableため@RequestParamのために行くとすべきときには、URLを構築するときに、私の質問は？これらの注釈を両方とも使用することの長所と短所は何ですか？@PathVariable上で@RequestParamを選択するのはいつですか？
私は、このリンクWhen to go for @RequestParam and @PathVariable通過しなかったが、どこにも満足のいく答えが得られませんでした。
@PathVariableは、着信要求のURIで使用されているパターンを識別する。
クエリ引数（@RequestParam）が独占的にリソースを検索/照会に使用されています。それらには、クエリに影響するデータが含まれています。ここで
は良いURLを作成するためのsome tipsです。
@PathVariable：
uがデータを取得するためのURLと一緒にパラメータを渡す必要があります。 Spring MVCでは、データを取得するためにURLをカスタマイズできます。この目的のため、@PathVariableアノテーションはSpringフレームワークで使用されています。 @PathVariableはURIからいくつかのプレースホルダを取得するために使用されます（SpringはURIテンプレートと呼んでいます）。
@RequestParam：
はリクエストパラメータを取得するために使用されています。 @RequestParamはリクエストパラメータをメソッドのパラメータにバインドします。
これは、ユーザーにページが何を意味するのかのアイデアを与えるために@Pathvariableを使用する方が理にかなっています。
twitter.com/{userid}
@RequestParamsはtwitter.com?search=%23yolo@Pathvariableのように、パラメータとしての情報を取得するために使用することができ、ユーザのナビゲートを助けるか、直接特定のビュー/ページへ移動します。
[@RequestParamと@PathVariableの可能な重複]（http://stackoverflow.com/questions/13715811/requestparam-vs-pathvariable） – mnwsmit
@mnwsmitいいえ、重複しません。そこには、これらの注釈が両方とも他のものに対してそれぞれ重くないことが示されます。私は比較をしたいだけでなく、それぞれが使い易いシナリオを知りたい。 –
この場合、おそらく質問はおそらくstackoverflowには広すぎます – mnwsmit