Annotation注解
Annotation简介
Annotation是JDK1.5后提出的新的开发技术结构,利用Annotation可以有效减少程序配置的代码,并且可以露营Annotation进行结构化的定义;
Annotation是以一种注解的形式实现程序的开发。
了解程序开发结构的历史,从历史上来讲程序的开发一共分为三个过程:
- 一、程序代码(资源调度),在程序定义时将有可能用到的资源全部定义到程序代码之中;
- 维护不便
- 二、引入配置文件,在配置文件中定义全部的要使用的服务器资源;
- 在配置项不多的情况下,此类配置非常好用,且十分简单,但这个时候所有的项目都是采用这种结构开发,就有可能出现配置文件暴增;
- 所有的操作都需要通过配置文件完成,对于开发的难度提升了;
- 三、将配置信息重新写回到程序中,利用特殊的标记与程序代码进行分离,也就是Annotation提出的基本依据;
- 全部使用注解开发难度太高,配置文件有好处也有缺点,现在人们的开发基本上是围绕着配置文件加注解完成;
本次只讲解几个基本注解:@Override,@Deprecated,@SuppressWarnings
准确覆写@Override
当子类继承某一个父类之后发现父类中的某些方法功能不足的时候往往采用覆写的形式来对方法功能进行扩充;
开发中经常出现的两个问题:
- 虽然要明确的继承一个父类并且进行方法的覆写,由于疏忽忘记编写extends
- 在进行方法覆写时单词写错了(不会出现错误信息)
所以在开发中避免以上问题,可以在明确覆写的方法上追加一个注解
@Override //明确表示该方法是一个覆写的方法
该注解是帮助开发者编译时检查程序的错误。
过期声明@Deprecated
所谓的过期操作,在一个软件的迭代开发过程中,可能有某一个方法 或者某个类在最初设计的时候考虑不周,导致新版本的应用会有不适应的地方(老版本不影响),这个时候又不可以直接删除掉这些操作,那么就希望给一个过度时间,于是就可以采用过期声明,目的是告诉新用户这些操作不要再用了,老用户无所谓。
此时必须利用“@Deprecated”注解进行定义;
在有一些开源项目中:新版本出现后,将里面的方法彻底变更。通过“@Deprecated”可以实现比较柔和的过度。
压制警告@SuppressWarnings
如果此时不愿意见到这些提示信息(或者已经明确的知道了错误在哪里),那么就可以进行警告信息的压制;
只是让警告信息不出现;
本文介绍了Java中Annotation注解,它是JDK1.5后提出的开发技术,可减少配置代码。阐述了程序开发结构的演变,指出现在多围绕配置文件加注解开发。还讲解了几个基本注解,如@Override用于编译时检查覆写错误,@Deprecated用于声明过期操作,@SuppressWarnings用于压制警告信息。





