【レポート】アノテーションを配列やジェネリックにも - JSR 308、Java SE 7で採用か? | エンタープライズ

お知らせ: 「マイポ」からのポイント交換を再開いたしました。(5月9日); メール会員100万人突破記念「春の読者プレゼント」結果発表は5月30日です。; マイナビベアがミクシィで部屋を作ったよ。ぜひ見てね！; 一緒に「マイナビ」で働きませんか。採用情報はこちらから。; 旅行券3万円、時計、ビジネスバッグなどが当たる！さらに応募者全員に50マイポもプレゼント

その先を伝える総合情報サイト
マイナビニュース

エンタープライズ

急上昇ワード

[

]

【レポート】

アノテーションを配列やジェネリックにも - JSR 308、Java SE 7で採用か?

後藤大地　 [2006/11/01]

印刷

Java Community Process, JSR 308 Expert Groupは10月17日から10月30日(米国時間)にかけて「JSR 308: Annotations on Java Types」のJSR Review Ballotを実施。16票中、賛成票13および無投票3を獲得し、The Executive Committee for SE/EEによって認証された。

同規約はJavaアノテーションの拡張を提案するもの。現在Javaで採用されているアノテーションはクラス、メソッド、フィールド、変数に対する修飾として活用することができるが、これをさらに広い場所に対して適用可能にしようとする。同提案では、アノテーションの適用場所を拡充することは現行のJavaアノテーションシステムの限界を取り去り、新しいアノテーション活用方法を導出することになると述べられている。

次に同提案においてサンプル表示されているアノテーションの活用提案例を示す。

リスト.1 メソッドレシーバ

public int size() @Readonly { ... }

リスト.2 ジェネリックにおける型引数

Map<@NonNull String, @NonEmpty List<@Readonly Document>> files;

リスト.3 配列

Document[@Readonly] docs1; Document[][@Readonly] docs2 = new Document[2][@Readonly 12];

  docs1は変更不可能な1次元配列（Documentsインスタンスは変更可能）
  docs2は変更不可能な1次元配列に対する変更可能な配列
                              （Documentsインスタンスは変更可能）

リスト.4 型キャスト

myString = (@NonNull String)myObject;

リスト.5 型テスト

boolean isNonNull = myString instanceof @NonNull String;

リスト.6 オブジェクトの作成

new @NonEmpty @Readonly List(myNonEmptyStringSet)

リスト.7 型パラメータバウンド

class Folder { ... }

リスト.8 クラス継承

class UnmodifiableList implements @Readonly List<@Readonly T> { ... }

リスト.9 例外

void monitorTemperature() throws @Critical TemperatureException { ... }

JSR 308におけるアノテーション拡充の提案は、従来の「JSR 250: Common Annotations for the Java Platform」や「JSR 305: Annotations for Software Defect Detection」と互換性があり、なんらセマンティックスの変更はない。アノテーションの適用場所を広げるところに主眼がおかれている。

また具体的な提案内容として、新しい属性としてRuntimeVisibleTypeAnnotationsおよびRuntimeInvisibleTypeAnnotationsの追加を考えているとされている。これら属性は構造的には既存のRuntimeVisibleAnnotationsおよびRuntimeInvisibleAnnotations属性によく似ている。