なぜ@deprecatedのRetentionPolicyはRUNTIMEですか？

Question

実行時に、メソッドが非推奨であることを知りたいと思っている人はなぜですか？いくつかの例を私に提供することはできますか？

Answer 1

あなたは@deprecatedがコンパイル段階（IDE、コンパイラ）でのみ関心があると仮定していますが、その情報が必要なイメージング計測シナリオには及ばないと思います。

例えば、IDEは廃止予定のメソッドの呼び出しサイト数を通知できますが、廃止予定のメソッドでアプリケーションが費やした時間の割合はどのように決定しますか？

Answer 2

MyClass.classを廃止予定のメソッドでコンパイルするとします。 @Deprecatedアノテーションが失われた場合、別のクラスからそれらのメソッドを呼び出すと、IDEまたはコンパイラは警告できませんでした。

Answer 3

ランタイムはもう1つのデザインタイムです。 APIを使用するコードを記述するときに使用します。

Answer 4

良い質問です。私は説得力のあるシナリオを考え出しています。私が持っているのは、廃止予定のコードの使用を許可していないクラスローダーを使用するアプリケーションを想像できるということだけです。これにはRetentionPolicy.RUNTIMEが必要です。心に来て、私が持っているすべてです

...

Answer 5

カップル実用的な用途：Velocityで

は、カスタム任意の非推奨メソッドにVelocityテンプレートから実際の呼び出しをログに記録Uberspectorを持つことができ、ログを読むだけで、メソッドがどこで使用されているのかを確認することができます。あなたが管理者でないなら@Deprecatedクラスのインスタンス化を防ぐシステムを作ることが可能かもしれないので、あなたが.class内容に基づいて、任意のクラスをインスタンス化禁止するセキュリティポリシーを持つことができますWicketで

。

Answer 6

オブジェクトをインスタンス化して動作させるためのフレームワークとツールがいくつかあります。

たとえば、多くのJavaBean UIエディタは、ユーザーが設計しているUIを操作するときに、Beanのインスタンスを作成し、それらのインスタンスと対話します。

@Deprecatedアノテーションを実行時に使用できるようにすると、このようなツールでは、廃止予定のメソッド、イベント、ユーザーのプロパティにフラグを立てることができます。