程序开发结构的进程
开发结构第一阶段
将所有可能使用到的资源全部定义在程序代码之中
缺点: 如果服务器发生变化,那么程序的源代码就需要修改,就很不方便。
开发结构第二阶段
引入配置文件,在配置文件之中定义全部要使用的服务器资源。
优点:‒ 在配置项不多的情况下,此类配置非常好用,并且十分的简单,但是如果这个时候所有的项目都是采用这种结构开发,那么就可能出现一种可怕的场景:配置文件暴多
缺点:所有的操作都需要通过配置文件完成,这样对于开发的难度提升了
开发结构第三阶段
将配置信息重新写回到程序里面,利用一些特殊的标记与程序代码进行分离,这就是注解的作用,也是Annotation提出的基本依据.
注意: 如果全部都使用注解开发,难度太高了,配置文件有好处也有缺点,所以现在人们的开发基本是围绕着配置文件+注解的形式完成
准确覆写(Override)
当子类继承某一个父类之后如果发现父类中的某些方法功能不足的时候往往会采用覆写的形式来对方法功能进行扩充.
public class Person1 {
public void getIdentity(){
System.out.println("this is MyIdentity");
} ;
}
public class Student1 extends Person{
public void getIdentity(){
System.out.println("this is student");
}
}
留意容易出现的问题:
‒ 虽然要明确的继承一个父类并且进行方法的覆写,但是有可能由于疏忽忘记编写extends,于是这个时候不是覆写
‒ 在进行方法覆写的时候单词写错了
此时即便单词写错了,实际上程序在编译的时候也不会出现任何的错误信息,因为它认为这是一个新的方法
所以在开发之中为了避免这种问题的出现,可以在明确覆写的方法上追加一个注解Override。
public class Person1 {
public void getIdentity(){
System.out.println("this is MyIdentity");
} ;
}
public class Student1 extends Person{
@Override
public void getIdentity(){
System.out.println("this is student");
}
}
该注解主要是帮助开发者在程序编译的时候可以检查出程序的错误,保证覆写的准确性
过期声明(Deprecated)
所谓的过期操作指的是一个软件项目的迭代开发过程之中,可能有某一个方法或者是某个类,由于在最初设计的时候考虑不周(存在有缺陷),导致新版本的应用会有不适应的地方(老版本不影响),这个时候又不可能直接删除掉这些操作,那么就希望给一个过渡的时间,于是就可以采用过期的声明,目的是告诉新的用户这些操作不要再用了,老的用户你用就用了,这样的方法就必须利用"@Deprecated"注解进行定义
public class Person1 {
@Deprecated
public void getIdentity(){
System.out.println("this is MyIdentity");
}
public String getIdentity2(){
return "this is MyNewIdentity";
}
}
public class Student1 extends Person{
@Override
public void getIdentity(){
System.out.println("this is student");
}
}
压制警告(SuppressWarnings)
压制警告 @SuppressWarnings
程序编译时会出现一个错误信息。
如果此时不愿意见到这些错误提示信息(或者已经明确知道错在了哪里),那么就可以使用 @SuppressWarnings进行警告压制
public class JavaDemo {
@SuppressWarnings("deprecation")
public static void main(String args[]) {
new Channel().connect();
}
}
```
它做的只是让警告信息不出现,不骚扰你而已
# 参考文献
阿里云开发者社区