14-Annotation注解

本文介绍了Java中Annotation注解,它是JDK1.5后提出的开发技术,可减少配置代码。阐述了程序开发结构的演变,指出现在多围绕配置文件加注解开发。还讲解了几个基本注解,如@Override用于编译时检查覆写错误,@Deprecated用于声明过期操作,@SuppressWarnings用于压制警告信息。

Annotation注解

Annotation简介

Annotation是JDK1.5后提出的新的开发技术结构,利用Annotation可以有效减少程序配置的代码,并且可以露营Annotation进行结构化的定义;
Annotation是以一种注解的形式实现程序的开发。
了解程序开发结构的历史,从历史上来讲程序的开发一共分为三个过程:

  • 一、程序代码(资源调度),在程序定义时将有可能用到的资源全部定义到程序代码之中;
    • 维护不便
  • 二、引入配置文件,在配置文件中定义全部的要使用的服务器资源;
    • 在配置项不多的情况下,此类配置非常好用,且十分简单,但这个时候所有的项目都是采用这种结构开发,就有可能出现配置文件暴增;
    • 所有的操作都需要通过配置文件完成,对于开发的难度提升了;
  • 三、将配置信息重新写回到程序中,利用特殊的标记与程序代码进行分离,也就是Annotation提出的基本依据;
    • 全部使用注解开发难度太高,配置文件有好处也有缺点,现在人们的开发基本上是围绕着配置文件加注解完成;

本次只讲解几个基本注解:@Override,@Deprecated,@SuppressWarnings

准确覆写@Override

当子类继承某一个父类之后发现父类中的某些方法功能不足的时候往往采用覆写的形式来对方法功能进行扩充;
开发中经常出现的两个问题:

  • 虽然要明确的继承一个父类并且进行方法的覆写,由于疏忽忘记编写extends
  • 在进行方法覆写时单词写错了(不会出现错误信息)

所以在开发中避免以上问题,可以在明确覆写的方法上追加一个注解

@Override //明确表示该方法是一个覆写的方法

该注解是帮助开发者编译时检查程序的错误。

过期声明@Deprecated

所谓的过期操作,在一个软件的迭代开发过程中,可能有某一个方法 或者某个类在最初设计的时候考虑不周,导致新版本的应用会有不适应的地方(老版本不影响),这个时候又不可以直接删除掉这些操作,那么就希望给一个过度时间,于是就可以采用过期声明,目的是告诉新用户这些操作不要再用了,老用户无所谓。
此时必须利用“@Deprecated”注解进行定义;
在有一些开源项目中:新版本出现后,将里面的方法彻底变更。通过“@Deprecated”可以实现比较柔和的过度。

压制警告@SuppressWarnings

如果此时不愿意见到这些提示信息(或者已经明确的知道了错误在哪里),那么就可以进行警告信息的压制;
只是让警告信息不出现;

评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值