Java EE 6を使用してWebサービスを作成しています。ローカル・インターフェースに@Path/@ GETなどのアノテーションまたはノー・インターフェース・ビーンの注釈を付けることができます。私は2つのインターフェースを作るのが普通かと思っています。 1つは注釈付きWebサービス用、もう1つはローカルインタフェース用です。または、ローカルインターフェースに追加するだけですか？Java EE 6でREST Webサービスに注釈を付ける
私はあなたの質問を理解している場合は、注釈を指定するためだけにインターフェイスを定義する必要があるかどうかを尋ねます。あなたが本当に複雑なプロジェクトを持っていて、Webサービスアノテーションを別のライブラリに置き換えることができない限り、これを行うことの利点は何か分かりません。このライブラリは、今後のサポートの点で仮想的な惨事に立ち向かう必要があります。あるいは、私たちのCTOがこの戦略を検討するためのテクノロジーを変更するという明確な証拠が必要です。
ほとんどのプロジェクトでは、特にコントローラに定義されたインターフェイスが既に存在していて、それらの注釈を追加できる場合は、やや難しいようです。あなたのプロジェクトの同僚として、私は1クラスのアノテーションのために3つの異なるファイルをチェックする必要はありません。
あなたのインターフェースまたはサブクラスに注釈を追加する場合は、this is supported in this exampleと言います。しかし、明確な標準を作成したいと思っています。すべてのREST注釈がインターフェース上にあるか、すべての注釈がサブクラスにあるかのいずれかです。それらを混ぜ合わせて一致させると、プロジェクトに新しい人が混乱することがあります。
実際にコードが表示されず、どの程度複雑なのかわからないため、どの方法があなたのプロジェクトにとって最適であるかはわかりません。重要なことは、一貫性と柔軟性のバランスを取ることです。まとめると、Javaは柔軟性に匹敵するたくさんのロープを提供しますが、慎重でない場合は、そのロープで自分自身を吊ることもできます。 :)
多くの種類の注釈があるので、使用しているフレームワークのような詳細を追加する必要があります。また、コード例は非常に有益であり、物事を文脈に入れています。また、これであなたの目標は何ですか？あなたは何を達成したいと思いますか？ – jmort253