定义
java.lang.annotation,接口 Annotation。对于Annotation,是Java5的新特性,JDK5引入了Metedata(元数据)很容易的就能够调用Annotations.Annotations提供一些本来不属于程序的数据,比如:一段代码的作者或者告诉编译器禁止一些特殊的错误。An annotation 对代码的执行没有什么影响。Annotations使用@annotation的形势应用于代码:类(class),属性(field),方法(method)等等。一个Annotation出现在上面提到的开始位置,而且一般只有一行,也可以包含有任意的参数。——百度百科
简单来说Annontation像一种修饰符一样,应用于包、类型、构造方法、方法、成员变量、参数及本地变量的声明语句中。主要是 用来在反射时用。
上代码
package org.lang.annotation;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;
/*
* 元注解@Target,@Retention,@Documented,@Inherited
*
* @Target 表示该注解用于什么地方,可能的 ElemenetType 参数包括:
* ElemenetType.CONSTRUCTOR 构造器声明
* ElemenetType.FIELD 域声明(包括 enum 实例)
* ElemenetType.LOCAL_VARIABLE 局部变量声明
* ElemenetType.METHOD 方法声明
* ElemenetType.PACKAGE 包声明
* ElemenetType.PARAMETER 参数声明
* ElemenetType.TYPE 类,接口(包括注解类型)或enum声明
*
* @Retention 表示在什么级别保存该注解信息。可选的 RetentionPolicy 参数包括:
* RetentionPolicy.SOURCE 注解将被编译器丢弃
* RetentionPolicy.CLASS 注解在class文件中可用,但会被VM丢弃
* RetentionPolicy.RUNTIME VM将在运行期也保留注释,因此可以通过反射机制读取注解的信息。
*
* @Documented 将此注解包含在 javadoc 中
*
* @Inherited 允许子类继承父类中的注解
*
*/
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.TYPE)
public @interface MyAnnotation {
public String key();
// 文档別注
public String Document() default "no description";
}
实例用的bean
package org.lang.annotation;
@MyAnnotation(key = "bean")
public class JavaBean {
}
测试用的main函数
package org.lang.annotation;
public class AnnotationTest {
public static void main(String[] args) throws Exception {
// TODO Auto-generated method stub
Class<?> cls = Class.forName("org.lang.annotation.JavaBean");
boolean has = cls.isAnnotationPresent(MyAnnotation.class);
if (has) {
MyAnnotation mya = (MyAnnotation) cls
.getAnnotation(MyAnnotation.class);
System.out.println(mya.toString());
System.out.println(mya.key());
}
}
}
输出结果:
@org.lang.annotation.MyAnnotation(Document=no description, key=bean)
bean
好吧 现在 你能得到类上的注解 ,及其所编写的信息。 属性和方法取得方法也是类似。
如果你看到这里 我想说几句
注解的使用 优点:
- 解决了框架中xml文档臃肿的问题。
- 推荐使用约定俗成的开发方式,是开发人员 更专注开发,简化了开发时不必要的时间代码消耗。
- 开发时修改很方便。
- 自定义注解。
两面性缺点:
- 首先这是一种开发方式的倒退,我们又重新将关系绑定到代码中了。
- 因为注解和代码保存在一起,所以使得耦合度变大,不利于维护。
- 个人感觉不符合开闭原则,因为修改要修改代码,但如果配置在xnl中就不需要。
俗话说得好:尺有所短寸有所长,注解和xml还要更具项目的具体需求来定。 也有好的方法就是可以混编注解和xml对框架支持,但是这又带来了项目开发的复杂性,一切为了项目吧。