拼写检查代码实现java 拼写检查的快捷键( 三 )


ps.setString(i+1, pras[i]);
}
rs=ps.executeQuery();
} catch (SQLException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}
return rs;
}
}
java内部注解是如何实现的用一个词就可以描述注解拼写检查代码实现java , 那就是元数据,即一种描述数据拼写检查代码实现java的数据 。所以,可以说注解就是源代码的元数据 。比如,下面这段代码:
@Override
public String toString() {
return "This is String Representation of current object.";
}
上面的代码中,拼写检查代码实现java我重写拼写检查代码实现java了toString()方法并使用了@Override注解 。但是 , 即使我不使用@Override注解标记代码,程序也能够正常执行 。那么,该注解表示什么?这么写有什么好处吗?事实上,@Override告诉编译器这个方法是一个重写方法(描述方法的元数据) , 如果父类中不存在该方法,编译器便会报错 , 提示该方法没有重写父类中的方法 。如果我不小心拼写错误,例如将toString()写成了toStrring(){double r},而且我也没有使用@Override注解,那程序依然能编译运行 。但运行结果会和我期望的大不相同 。现在我们了解了什么是注解,并且使用注解有助于阅读程序 。
Annotation是一种应用于类、方法、参数、变量、构造器及包声明中的特殊修饰符 。它是一种由JSR-175标准选择用来描述元数据的一种工具 。
为什么要引入注解?
使用Annotation之前(甚至在使用之后),XML被广泛的应用于描述元数据 。不知何时开始一些应用开发人员和架构师发现XML的维护越来越糟糕了 。他们希望使用一些和代码紧耦合的东西,而不是像XML那样和代码是松耦合的(在某些情况下甚至是完全分离的)代码描述 。如果拼写检查代码实现java你在Google中搜索“XML vs. annotations”,会看到许多关于这个问题的辩论 。最有趣的是XML配置其实就是为了分离代码和配置而引入的 。上述两种观点可能会让你很疑惑,两者观点似乎构成了一种循环,但各有利弊 。下面我们通过一个例子来理解这两者的区别 。
假如你想为应用设置很多的常量或参数,这种情况下,XML是一个很好的选择,因为它不会同特定的代码相连 。如果你想把某个方法声明为服务,那么使用Annotation会更好一些,因为这种情况下需要注解和方法紧密耦合起来 , 开发人员也必须认识到这点 。
另一个很重要的因素是Annotation定义了一种标准的描述元数据的方式 。在这之前,开发人员通常使用他们自己的方式定义元数据 。例如,使用标记interfaces,注释,transient关键字等等 。每个程序员按照自己的方式定义元数据,而不像Annotation这种标准的方式 。
目前,许多框架将XML和Annotation两种方式结合使用,平衡两者之间的利弊 。
Annotation是如何工作的?怎么编写自定义的Annotation?
在讲述这部分之前,建议你首先下载Annotation的示例代码AnnotationsSample.zip。下载之后放在你习惯使用的IDE中 , 这些代码会帮助你更好的理解Annotation机制 。
编写Annotation非常简单,可以将Annotation的定义同接口的定义进行比较 。我们来看两个例子:一个是标准的注解@Override , 另一个是用户自定义注解@Todo 。
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.SOURCE)
public @interface Override {
}
对于@Override注释你可能有些疑问,它什么都没做,那它是如何检查在父类中有一个同名的函数呢 。当然,不要惊讶,我是逗你玩的 。@Override注解的定义不仅仅只有这么一点代码 。这部分内容很重要,我不得不再次重复:Annotations仅仅是元数据,和业务逻辑无关 。理解起来有点困难 , 但就是这样 。如果Annotations不包含业务逻辑,那么必须有人来实现这些逻辑 。元数据的用户来做这个事情 。Annotations仅仅提供它定义的属性(类/方法/包/域)的信息 。Annotations的用户(同样是一些代码)来读取这些信息并实现必要的逻辑 。

推荐阅读