Eclipse3.1中体验J2SE5.0之注释类型
2005-10-11 13:16
495 查看
J2SE 5.0 (Tiger)的发布是Java语言发展史上的一个重要的里程碑, 是迄今为止在 Java 编程方面所取得的最大进步。
J2SE 5.0提供了很多令人激动的特性。这些特性包括范型(generics)的支持, 枚举类型(enumeration)的支持, 元数据(metadata)的支持, 自动拆箱(unboxing)/装箱(autoboxing), 可变个数参数(varargs), 静态导入(static imports), 以及新的线程架构(Thread framework)。
随着J2SE 5.0的推出, 越来越多的集成开发环境(IDE)支持J2SE 5.0的开发。 著名的开源Java IDE Eclipse从3.1M4开始支持J2SE 5.0的开发, 目前最新的版本是3.1RC4。
本系列将介绍J2SE 5.0中三个比较重要的特性: 枚举类型, 注释类型, 范型, 并在此基础上介绍在如何在Eclipse 3.1开发环境中开发枚举类型, 注释类型和范型应用。本文将介绍注释类型。
注释类型
1、注释类型简介
J2SE 5.0提供了很多新的特性。其中的一个很重要的特性,就是对元数据(Metadata)的支持。在J2SE5.0中,这种元数据叫作注释(Annotation)。通过使用注释, 程序开发人员可以在不改变原有逻辑的情况下,在源文件嵌入一些补充的信息。代码分析工具,开发工具和部署工具可以通过这些补充信息进行验证或者进行部署。举个例子,比如说你希望某个方法的参数或者返回值不为空,虽然我们可以在Java doc中说明,但是表达同样意思的说法有很多,比如"The return value should not be null"或者"null is not allowed here"。测试工具很难根据这些语言来分析出程序员所期望的前提条件(Pre-condition)和执行后的条件(Post-condition)。 而使用注释(Annotation),这个问题就可以轻而易举的解决了。
2、定义注释
J2SE5.0支持用户自己定义注释。定义注释很简单,注释是由@Interface关键字来声明的。比如下面是一个最简单的注释(Annotation)。
清单1一个最简单的注释
除了定义清单1中的注释以外,我们还可以在注释(Annotation)中加入域定义。方法很简单,不需定义Getter和Setter方法,而只需一个简单的方法,比如:
清单2 为注释加入域
定义了这个注释之后,我们在程序中引用就可以使用这个注释了。
清单3 使用自定义的注释
由于TODO中只定义了一个域,使用TODO的时候,可以简写为
清单4 单域注释的简写
类似的,你可以在你的注释(Annotation)类型中定义多个域,也可以为每个域定义缺省值。比如:
清单5定义缺省值
如果定义了缺省值,在使用的时候可以不用再赋值。比如:
清单6使用定义了缺省值的注释
在这个例子中,testable用缺省值true。
和上文一样,我们使用Eclipse 3.1作为集成的编译运行环境。Eclipse 3.1提供了向导帮助用户来定义注释。 1.首先我们创建一个Plug-in 项目,com.catherine.lab.annotation.demo。在Package Explorer中选中包package com.catherine.lab.annotation.demo, 2.点击New->Other->Java->Annotation,弹出了下面的对话框。4.输入注释的名称,在这里例子中输入TODO, 点击Finish, 图2中的注释就生成了。
1) 注释的类型
从上面的例子中,我们可以看出,按照使用者所需要传入的参数数目, 注释(Annotation)的类型可以分为三种。
第一种是标记注释类型:
标记注释(Marker)是最简单的注释, 不需要定义任何域。下面要介绍的Override和Deprecated都是标记类型的。当然,如果一个注释类型提供了所有域的缺省值,那么这个注释类型也可以认为是一个注释类型。使用标记类型的语法很简单。
清单7 标记注释的用法
第二种是单值注释类型:单值注释类型只有一个域。语法也很简单:
清单8 单值注释的用法
第三种是全值注释类型。 全注释类型其实并不算是一个真正的类型,只是使用注释类型完整的语法:
清单9 全值注释的用法
2) J2SE的内建注释(build-in annotation)
在程序中不仅可以使用自己定义的注释,还可以使用J2SE5.0中内建的注释类型。下面我们就详细来介绍J2SE5.0提供的注释类型。J2SE 5.0中预定义了三种注释注释类型:
Override :java.lang.Override 表示当前的方法重写了父类的某个方法,如果父类的对应的方法并不存在,将会发生编译错误。
Deprecated:java.lang.Deprecated 表示 并不鼓励使用当前的方法或者域变量。
SuppressWarnings: java.lang.SuppressWarnings关闭编译器告警,这样,在编译1.5之前的代码的时候,不会出现大量不关心的无关的告警。
下面举一个使用Override的例子。Override这个注释类型在使用模板方法(Template Method,图3)非常有用。熟悉设计模式的读者们一定知道,模板方法中通常定义了抽象类,并且这个抽象类中定义了主要的控制流。子类就是通过重写父类中控制流中所调用的方法来实现自己的逻辑。有的时候,父类会将这些方法定义为抽象方法,但是有的时候也会提供缺省实现。在后者的情况下,子类可以不实现这个方法。
这样就带来一个问题,如果你希望在子类中重写这个方法,但是无意中写错了方法的名字,这个错误是很难被发现的。因为你希望重写的这个方法,会被编译器当作一个新的方法而不是重写父类的方法。而现在使用@Override,这个担心就是不必要的。如果你拼错了你希望重写的方法,编译器会报错,告诉你父类没有相应的方法。
清单10给出了模板方法的一个例子。这个例子中有定义了两个类,SubClass和BaseClass。其中SubClass继承了BaseClass,并且希望重写BaseClass的方法doPartII()。然而SubClass中错误的拼写了这个方法的名称。图4显示了SubClass中的编译错误。熟悉eclipse的读者会看到在编辑器里出现了Error Marker,说明这一行有编译错误。将鼠标指向这行,显示了错误信息。
清单10 模板方法
3) 注释的注释
值得注意的是,J2SE5.0还提供了四种用于注释的注释类型。有以下的四种:
1. Target:用来指定这个注释(Annotation)是为哪种类型而定义的。比如,这个类型可能只是为method定义的。比如override,不能用@override来修饰class或者field。
比如清单11中定义了一个注释:TODO,而这个注释定义了Target为ElementType.method。因此,TODO只能用来修饰方法,不能用来修饰类或者类变量。图5中给出了一个非法使用TODO的例子。在MyCalculator中,定义了一个布尔型的变量 isReady,如果用TODO来修饰这个类变量的话,会出现编译错误。而用TODO来修饰方法calculateRate(),则不会出现编译错误。这是因为TODO的定义已经规定了,只能用来修饰方法。
清单11 Target的用法
2.Retention:Retention的策略可以从以下三种中选取:
RetentionPolicy.SOURCE:编译器编译之后会会从class file中除去注释(Annotation)。
Retention.CLASS:注释(Annotation)保留在class file中,但是VM不会处理。
RetentionPolicy.RUNTIME,:注释(Annotation)保留在class file,VM会进行处理。
请注意,如果你希望在运行时查找到这些注释在什么地方被用到,一定要在定义注释的时候,选择RetentionPolicy.RUNTIME,否则即使你用注释修饰了类变量或者方法,在运行时也没有办法获得这个信息的。
3.Documented:这个注释(Annotation)将作为public API的一部分。
4.Inherited : 假设注释(Annotation)定义的时候使用了Inherited,那么如果这个注释(Annotation)修饰某个class,这个类的子类也被这个注释(Annotation)所修饰。
3、注释的应用
下面各小节显示了在哪些情况下可以使用注释以及如何使用注释。
1) 动态查找注释
当我们定义好了注释以后,我们可以开发一些分析工具来解释这些注释。这里通常要用到Java的反射特性。比如说我们希望找到某个对象/方法/域使用了哪些注释,或者获得某个特定的注释,或者判断是否使用某个特定的注释, 我们可以参考下面这个例子。这个例子中定义了两个注释:TODO和TOFORMATE。在MyCalculator类中,TODO用来修饰方法calculateRate,而TOFORMATE用来修饰类变量concurrency和debitDate。而在类TestCalculator的main函数中,通过Java反射特性,我们查找到使用这些注释的类变量和方法。清单12-清单15分别显示这些类的定义。
清单12 TODO注释的定义
清单13 TOFORMATE的定义
清单14 使用注释的类MyCalculator
清单15动态查找注释
下面我们来运行这个例子,这个例子的运行结果如图10所示。
运行结果和我们先前的定义是一致的。在运行时,我们可以获得注释使用的相关信息。
在我们介绍了什么是注释以后,你可能会想知道注释可以应用到什么地方呢?使用注释有什么好处呢?在下面的小节中我们将介绍一个稍复杂的例子。从这个例子中,你将体会到注释所以提供的强大的描述机制(declarative programming)。
2) 使用注释替代Visitor模式
在J2SE 5.0以前,我们在设计应用的时候,我们经常会使用Visitor这个设计模式。Visitor这个模式一般是用于为我们已经设计好了一组类添加方法,而不需要担心改变定义好的类。比如说我们已经定义了好了一组类结构,但是我们希望将这些类的对象部分数据输出到某种格式的文件中。
Vistor模式的实现 使用Vistor模式,首先我们在Employee这个类中加入export方法,export方法如图7所示。Export方法接受Exporter对象作为参数,并在方法体中调用exporter对象的visit()方法。
在这里我们定义了一个Exporter抽象类,我们可以通过继承Exporter类,重写其visit方法来实现不同格式的文件输出。图11种给出visit方法的实现是一个简单的例子。如果要实现输出成XML格式的,可以定义Exporter子类:XMLExporter。如果希望输出成文本的可以定义TXTExporter。但是这样做不够灵活的地方在于,如果Employee加入其他的域变量,那么相应的visitor类也需要进行修改。这就违反了面向对象Open for Extension, close for Modification的原则。
使用注释替代Vistor模式
使用注释(Annotation),也可以完成数据输出的功能。首先定义一个新的注释类型:@Exportable。然后定义一个抽象的解释器ExportableGenerator,将Employee 对象传入解释器。在解释器中,查找哪些域使用了Exportable这个注释(Annotation),将这些域(Field)按照一定格式输出。图12给出了Exportable注释的定义。
清单16注释Exportable的定义
清单17-清单20中给出了包含数据的这些类的定义以及这些类是如何使用注释Exportable的。 图18定义了Main函数,使用ExporterGenerator来产生输出文件。清单21给出了使用注释来实现这一功能的两个类:ExporterGenerator和TXTExporterGenerator。其中ExporterGenerator定义了一个基本的框架。而TXTExporterGenerator继承了ExporterGenerator,并且重写了outputField方法,在这个方法中实现了特定格式的输出。用户可以继承这个ExporterGenerator,并且实现其中的抽象方法来定义自己期望的格式。 清单17 Employee的类定义
清单18 Regular的类定义
清单19 Vendor的类定义
清单20 Contractor的类定义
清单21 Supplemental的类定义
清单22使用ExportableGenerator的程序
清单23 ExportableGenerator
清单24 TXTExportableGenerator
在这个例子中,我们将一个Employee对象的部分内容输出到文件C:/test.output中。图8显示了这个例子的输出结果。
通过这种方法,我们可以动态生成Employee对象的域输出,而不需要在程序中写明要输出哪些确定的域。如果需要更为丰富的格式,我们可以定义多个注释类型。通过对不同注释以及属性的解析,实现格式化的文件输出。
4、注释类型的小结
所谓元数据,指的是关于信息的信息。一般而言,代码分析工具,测试工具或者部署工具会使用元数据来产生配置信息以及使用配置信息产生控制逻辑。这些工具通常使用Java的反射特性,重构元数据的信息,并对这些信息进行解释。
新的技术会不断改变程序设计和开发人员的设计思想。那么注释(Annotation)给我们带来了什么呢? 仅仅在代码分析,或者是开发测试框架和部署框架的时候才有用么? 我认为并不是这样。从上面的例子可以看出,注释(Annotation)的应用范围其实是很广泛的。在我们的应用中充分的利用元数据,可以提高的软件的质量和可维护性。
J2SE 5.0提供了很多令人激动的特性。这些特性包括范型(generics)的支持, 枚举类型(enumeration)的支持, 元数据(metadata)的支持, 自动拆箱(unboxing)/装箱(autoboxing), 可变个数参数(varargs), 静态导入(static imports), 以及新的线程架构(Thread framework)。
随着J2SE 5.0的推出, 越来越多的集成开发环境(IDE)支持J2SE 5.0的开发。 著名的开源Java IDE Eclipse从3.1M4开始支持J2SE 5.0的开发, 目前最新的版本是3.1RC4。
本系列将介绍J2SE 5.0中三个比较重要的特性: 枚举类型, 注释类型, 范型, 并在此基础上介绍在如何在Eclipse 3.1开发环境中开发枚举类型, 注释类型和范型应用。本文将介绍注释类型。
注释类型
1、注释类型简介
J2SE 5.0提供了很多新的特性。其中的一个很重要的特性,就是对元数据(Metadata)的支持。在J2SE5.0中,这种元数据叫作注释(Annotation)。通过使用注释, 程序开发人员可以在不改变原有逻辑的情况下,在源文件嵌入一些补充的信息。代码分析工具,开发工具和部署工具可以通过这些补充信息进行验证或者进行部署。举个例子,比如说你希望某个方法的参数或者返回值不为空,虽然我们可以在Java doc中说明,但是表达同样意思的说法有很多,比如"The return value should not be null"或者"null is not allowed here"。测试工具很难根据这些语言来分析出程序员所期望的前提条件(Pre-condition)和执行后的条件(Post-condition)。 而使用注释(Annotation),这个问题就可以轻而易举的解决了。
2、定义注释
J2SE5.0支持用户自己定义注释。定义注释很简单,注释是由@Interface关键字来声明的。比如下面是一个最简单的注释(Annotation)。
清单1一个最简单的注释
public @interface TODO{} |
清单2 为注释加入域
public @interface TODO{ String priority(); } |
清单3 使用自定义的注释
@TODO( priority="high" ) public void calculate(){ //body omission } |
清单4 单域注释的简写
@TODO("high") |
清单5定义缺省值
public @interface TODO{ String priority(); String owner(); boolean testable() default true; } |
清单6使用定义了缺省值的注释
@TODO(priority="high",owner="Catherine" ) public void calculate(){ //body omission } |
和上文一样,我们使用Eclipse 3.1作为集成的编译运行环境。Eclipse 3.1提供了向导帮助用户来定义注释。 1.首先我们创建一个Plug-in 项目,com.catherine.lab.annotation.demo。在Package Explorer中选中包package com.catherine.lab.annotation.demo, 2.点击New->Other->Java->Annotation,弹出了下面的对话框。4.输入注释的名称,在这里例子中输入TODO, 点击Finish, 图2中的注释就生成了。
图1 创建注释向导 |
图2 注释向导生成的代码 |
从上面的例子中,我们可以看出,按照使用者所需要传入的参数数目, 注释(Annotation)的类型可以分为三种。
第一种是标记注释类型:
标记注释(Marker)是最简单的注释, 不需要定义任何域。下面要介绍的Override和Deprecated都是标记类型的。当然,如果一个注释类型提供了所有域的缺省值,那么这个注释类型也可以认为是一个注释类型。使用标记类型的语法很简单。
清单7 标记注释的用法
@MarkerAnnotation |
清单8 单值注释的用法
@SingleValueAnnotation("some value") |
清单9 全值注释的用法
@MultipleValueAnnotation( key1=value1, key2=value2, key3=value3, ) |
在程序中不仅可以使用自己定义的注释,还可以使用J2SE5.0中内建的注释类型。下面我们就详细来介绍J2SE5.0提供的注释类型。J2SE 5.0中预定义了三种注释注释类型:
Override :java.lang.Override 表示当前的方法重写了父类的某个方法,如果父类的对应的方法并不存在,将会发生编译错误。
Deprecated:java.lang.Deprecated 表示 并不鼓励使用当前的方法或者域变量。
SuppressWarnings: java.lang.SuppressWarnings关闭编译器告警,这样,在编译1.5之前的代码的时候,不会出现大量不关心的无关的告警。
下面举一个使用Override的例子。Override这个注释类型在使用模板方法(Template Method,图3)非常有用。熟悉设计模式的读者们一定知道,模板方法中通常定义了抽象类,并且这个抽象类中定义了主要的控制流。子类就是通过重写父类中控制流中所调用的方法来实现自己的逻辑。有的时候,父类会将这些方法定义为抽象方法,但是有的时候也会提供缺省实现。在后者的情况下,子类可以不实现这个方法。
这样就带来一个问题,如果你希望在子类中重写这个方法,但是无意中写错了方法的名字,这个错误是很难被发现的。因为你希望重写的这个方法,会被编译器当作一个新的方法而不是重写父类的方法。而现在使用@Override,这个担心就是不必要的。如果你拼错了你希望重写的方法,编译器会报错,告诉你父类没有相应的方法。
图3 模板方法的类图 |
清单10 模板方法
public abstract class BaseClass{ //模板方法的基类 public void doWork(){ doPartI(); //先调用doPartI()方法 doPartII();//之后调用doPartII()方法 } public abstract void doPartI(); public void doPartII(){} } public class SubClass extend BaseClass{ public void doPartI(){}; @Override public void doPortII(){//拼写错误,产生编译错误 System.out.println("override the method of superclass"); } } |
图4 Override应用的例子 |
值得注意的是,J2SE5.0还提供了四种用于注释的注释类型。有以下的四种:
1. Target:用来指定这个注释(Annotation)是为哪种类型而定义的。比如,这个类型可能只是为method定义的。比如override,不能用@override来修饰class或者field。
比如清单11中定义了一个注释:TODO,而这个注释定义了Target为ElementType.method。因此,TODO只能用来修饰方法,不能用来修饰类或者类变量。图5中给出了一个非法使用TODO的例子。在MyCalculator中,定义了一个布尔型的变量 isReady,如果用TODO来修饰这个类变量的话,会出现编译错误。而用TODO来修饰方法calculateRate(),则不会出现编译错误。这是因为TODO的定义已经规定了,只能用来修饰方法。
清单11 Target的用法
@Target({ElementType.METHOD}) public @interface TODO { int priority() default 0; } |
图5 TODO注释的非法使用 |
RetentionPolicy.SOURCE:编译器编译之后会会从class file中除去注释(Annotation)。
Retention.CLASS:注释(Annotation)保留在class file中,但是VM不会处理。
RetentionPolicy.RUNTIME,:注释(Annotation)保留在class file,VM会进行处理。
请注意,如果你希望在运行时查找到这些注释在什么地方被用到,一定要在定义注释的时候,选择RetentionPolicy.RUNTIME,否则即使你用注释修饰了类变量或者方法,在运行时也没有办法获得这个信息的。
3.Documented:这个注释(Annotation)将作为public API的一部分。
4.Inherited : 假设注释(Annotation)定义的时候使用了Inherited,那么如果这个注释(Annotation)修饰某个class,这个类的子类也被这个注释(Annotation)所修饰。
3、注释的应用
下面各小节显示了在哪些情况下可以使用注释以及如何使用注释。
1) 动态查找注释
当我们定义好了注释以后,我们可以开发一些分析工具来解释这些注释。这里通常要用到Java的反射特性。比如说我们希望找到某个对象/方法/域使用了哪些注释,或者获得某个特定的注释,或者判断是否使用某个特定的注释, 我们可以参考下面这个例子。这个例子中定义了两个注释:TODO和TOFORMATE。在MyCalculator类中,TODO用来修饰方法calculateRate,而TOFORMATE用来修饰类变量concurrency和debitDate。而在类TestCalculator的main函数中,通过Java反射特性,我们查找到使用这些注释的类变量和方法。清单12-清单15分别显示这些类的定义。
清单12 TODO注释的定义
@Target({ElementType.METHOD}) @Retention(RetentionPolicy.RUNTIME) public @interface TODO { int priority() default 0; } |
@Target({ElementType.FIELD}) @Retention(RetentionPolicy.RUNTIME) public @interface TOFORMATE { } |
public class MyCalculator { boolean isReady; @TOFORMATE double concurrency; @TOFORMATE Date debitDate; public MyCalculator() { super(); } @TODO public void calculateRate(){ System.out.println("Calculating..."); } } |
public class TestCalculator { public static void main(String[] args) { MyCalculator cal = new MyCalculator(); cal.calculateRate(); try { Class c = cal.getClass(); Method[] methods = c.getDeclaredMethods(); for (Method m: methods) { // 判断这个方法有没有使用TODO if (m.isAnnotationPresent(TODO.class)) System.out.println("Method "+m.getName()+": the TODO is present"); } Field[] fields = c.getDeclaredFields(); for (Field f : fields) { // 判断这个域有没有使用TOFORMATE if (f.isAnnotationPresent(TOFORMATE.class)) System.out.println("Field "+f.getName()+": the TOFORMATE is present"); } } catch (Exception exc) { exc.printStackTrace(); } } } |
运行结果和我们先前的定义是一致的。在运行时,我们可以获得注释使用的相关信息。
图6 运行结果 |
2) 使用注释替代Visitor模式
在J2SE 5.0以前,我们在设计应用的时候,我们经常会使用Visitor这个设计模式。Visitor这个模式一般是用于为我们已经设计好了一组类添加方法,而不需要担心改变定义好的类。比如说我们已经定义了好了一组类结构,但是我们希望将这些类的对象部分数据输出到某种格式的文件中。
Vistor模式的实现 使用Vistor模式,首先我们在Employee这个类中加入export方法,export方法如图7所示。Export方法接受Exporter对象作为参数,并在方法体中调用exporter对象的visit()方法。
图7 使用Vistor模式实现格式输出 |
使用注释替代Vistor模式
使用注释(Annotation),也可以完成数据输出的功能。首先定义一个新的注释类型:@Exportable。然后定义一个抽象的解释器ExportableGenerator,将Employee 对象传入解释器。在解释器中,查找哪些域使用了Exportable这个注释(Annotation),将这些域(Field)按照一定格式输出。图12给出了Exportable注释的定义。
清单16注释Exportable的定义
@Target({ElementType.FIELD}) @Retention(RetentionPolicy.RUNTIME) @Inherited public @interface Exportable {} |
public abstract class Employee { public abstract String getName(); public abstract String getEmpNo(); public Employee() { super(); } } |
public class Regular extends Employee{ @Exportable String name; @Exportable String address; @Exportable String title; @Exportable String phone; @Exportable String location; @Exportable Date onboardDate; @Exportable ArrayList<Employee> team; String empNo; public Regular(String name, String address, String title, String phone, String location, Date date) { super(); this.name = name; this.address = address; this.title = title; this.phone = phone; this.location = location; onboardDate = date; team = new ArrayList<Employee>(); } public void addMemeber(Employee e){ team.add(e); } @Override public String getName() { // TODO Auto-generated method stub return name; } } |
public class Vendor extends Employee { @Exportable String name; @Exportable String company; @Exportable String team; @Exportable String workingHours; String empNo; public Vendor(String name, String company, String team, String hours) { super(); this.name = name; this.company = company; this.team = team; workingHours = hours; } } |
public class Contractor extends Employee{ @Exportable String name; @Exportable String company; @Exportable String contractDuration; String empNo; public Contractor(String name, String company) { super(); // TODO Auto-generated constructor stub this.name = name; this.company = company; contractDuration ="1"; } } |
public class Contractor extends Employee{ @Exportable String name; @Exportable String company; @Exportable String contractDuration; String empNo; public Contractor(String name, String company) { super(); this.name = name; this.company = company; contractDuration ="1"; } } |
public class TestExportable { public TestExportable() { super(); } public static void main(String[] args) { Regular em=new Regular("Catherine","IBM","Software Engineer","82888288","BJ", new Date()); Employee vn1=new Vendor("Steve","IBM","PVC","8"); Employee vn2=new Vendor("Steve","IBM","PVC","8"); Employee ct=new Contractor("Joe","IBM"); Employee sup=new Supplemental("Linda","IBM","8"); em.addMemeber(vn1); em.addMemeber(vn2); em.addMemeber(ct); em.addMemeber(sup); PrintWriter ps; try { ps = new PrintWriter(new FileOutputStream(new File("C://test.output"),true)); ExportableGenerator eg=new TXTExportableGenerator(ps); eg.genDoc(em,0); eg.flush(); } catch (FileNotFoundException e) { e.printStackTrace(); } } } |
public abstract class ExportableGenerator { PrintWriter out = null; public ExportableGenerator(PrintWriter out) { super(); this.out = out; } public void genDoc(Employee e, int tagNum) { Class employee = e.getClass(); Field[] fields = employee.getDeclaredFields(); outputFieldHeader(out,e); for (Field f : fields) { if (f.isAnnotationPresent(Exportable.class)) { if (f.getType() != ArrayList.class) { for(int i=0; i<tagNum;i++){ out.print("***"); } outputSimpleField(out, f, e); }else{ try { ArrayList team=(ArrayList)f.get(e); out.println("-----------------------------"); for(int i=0;i <team.size();i++){ Employee member=(Employee)team.get(i); genDoc(member,tagNum+1); out.println("-----------------------------"); } } catch (IllegalArgumentException e1) { e1.printStackTrace(); } catch (IllegalAccessException e1) { e1.printStackTrace(); } } } } outputFieldFooter(out,e); } public void flush(){ out.flush(); out.close(); } protected String value(Field f, Object obj) { Class type = f.getType(); try { if (type == String.class) return (String) f.get(obj); if (type == Date.class) { return DateFormat.getDateInstance().format((Date)f.get(obj)); } } catch (IllegalArgumentException e) { e.printStackTrace(); return f.getName(); } catch (IllegalAccessException e) { e.printStackTrace(); return f.getName(); } return f.getName(); } protected abstract void outputSimpleField(PrintWriter out, Field f,Object obj); protected abstract void outputFieldHeader(PrintWriter out,Object e); protected abstract void outputFieldFooter(PrintWriter out,Object e); |
public class TXTExportableGenerator extends ExportableGenerator { public TXTExportableGenerator(PrintWriter out) { super(out); } @Override protected void outputSimpleField(PrintWriter out, Field f,Object obj) { out.print(f.getName()); out.print("="); out.print(value(f,obj)); out.print(";"); out.println(); } @Override protected void outputFieldHeader(PrintWriter out,Object e) {} @Override protected void outputFieldFooter(PrintWriter out,Object e) { //out.println(e.getClass().getName()+":"); } } |
图8 输出结果 |
4、注释类型的小结
所谓元数据,指的是关于信息的信息。一般而言,代码分析工具,测试工具或者部署工具会使用元数据来产生配置信息以及使用配置信息产生控制逻辑。这些工具通常使用Java的反射特性,重构元数据的信息,并对这些信息进行解释。
新的技术会不断改变程序设计和开发人员的设计思想。那么注释(Annotation)给我们带来了什么呢? 仅仅在代码分析,或者是开发测试框架和部署框架的时候才有用么? 我认为并不是这样。从上面的例子可以看出,注释(Annotation)的应用范围其实是很广泛的。在我们的应用中充分的利用元数据,可以提高的软件的质量和可维护性。
相关文章推荐
- Eclipse3.1中体验J2SE5.0之注释类型
- Eclipse3.1中体验J2SE 5.0之枚举类型
- Eclipse3.1中体验J2SE 5.0之枚举类型!
- Eclipse3.1中体验J2SE 5.0之枚举类型
- Eclipse3.1中体验J2SE5.0之泛型
- 在 Eclipse 3.1 中体验 J2SE 5.0 的新特性: 第三部分 :范型
- Eclipse3.1中体验J2SE5.0之泛型
- J2SE 5.0的三种内置注释类型
- Eclipse 3.1 中使用TestNG:基于注释的单元测试框架
- java中的Java5.0 的注释 (Annotation)、多线程包2(J2SE入门26)
- J2SE5.0新特性之枚举类型
- J2SE5.0实例---注释(annotation)
- Eclipse3.1中体验J2SE5.0之泛型
- IDEA导入Eclipse项目 【未结束的注释、非法类型的开始、缺少符号】
- J2SE5.0新特性之枚举类型
- Java使用eclipse新建枚举报出, 项目“xxxxx”不是符合 J2SE 5.0 的项目。的解决办法
- J2SE5.0中最有趣的新特性:注释(annotation)
- Eclipse JAVA 报错——“语法错误,仅当源级别为 5.0 时已参数化的类型才可用”
- J2SE5.0新特性之枚举类型
- [J2SE 5.0专题][2.4]类型安全的枚举