为什么接口中变量要用final修饰
2015-11-27 17:54
316 查看
今天碰到这个问题时候,还真不好理解,只知道interface中的变量默认是被public static final 修饰的,接口中的方法是被public和abstrct修饰的。查阅了很多资料,做了些例子,得出以下结论,不足的地方希望大家指出。
Java代码
/*
* 关于抽象类和接口
*
* 1.定义变量时
* 抽象类定义的变量可以不被赋值。
*
* 接口中定义的变量(确切的说应该是常量)必须被赋值(final)。
*
* 2.定义方法时
*
* 抽象类中定义的方法,可以指定程序体也可以不指定。
* 程序员可以在非抽象方法中指定程序体 ,与其他普通类中的方法类似。
* 但在抽象方法中,必须不指定程序体(写程序体会报出:Abstract methods do not specify a body的错误),与接口中定义方法的形式很类似。
*
* 接口中的方法,所有方法都默认的是抽象的,所以必须不指定程序体。
*
* 3.设计初衷
*
* 抽象类是被java设计用来实现继承的。
* 接口是用来做多重继承的一个特例。
*
* 4.is a 和 like a(还需要再看看)
*/
public abstract class AbstratClassTest {
String name ;
//被final的变量,但不能指定一个有效的set方法(final作用的原因),没有体现封装的闭合原则。
final static int age =1;
// public void setAge(){
// this.age = 2;
// }
public static int getAge() {
return age;
}
public void test(){
}
public abstract void test1();
}
[java] view
plaincopy
/*
* 关于抽象类和接口
*
* 1.定义变量时
* 抽象类定义的变量可以不被赋值。
*
* 接口中定义的变量(确切的说应该是常量)必须被赋值(final)。
*
* 2.定义方法时
*
* 抽象类中定义的方法,可以指定程序体也可以不指定。
* 程序员可以在非抽象方法中指定程序体 ,与其他普通类中的方法类似。
* 但在抽象方法中,必须不指定程序体(写程序体会报出:Abstract methods do not specify a body的错误),与接口中定义方法的形式很类似。
*
* 接口中的方法,所有方法都默认的是抽象的,所以必须不指定程序体。
*
* 3.设计初衷
*
* 抽象类是被java设计用来实现继承的。
* 接口是用来做多重继承的一个特例。
*
* 4.is a 和 like a(还需要再看看)
*/
public abstract class AbstratClassTest {
String name ;
//被final的变量,但不能指定一个有效的set方法(final作用的原因),没有体现封装的闭合原则。
final static int age =1;
// public void setAge(){
// this.age = 2;
// }
public static int getAge() {
return age;
}
public void test(){
}
public abstract void test1();
}
Java代码
/*
* 为什么接口中的变量都用final修饰(常量)
* 因为接口本身就是用来定义一个标准、规范,是用来设计用户可用的细节(public)且不能随意更改的(final)
* 那么接口中的任何东西都应该被定义成统一,那么定义的数值应该是常量
* 再次思考:假如接口中可以定义非final,而仅仅是public和static修饰的,那么被实现的类可以随便修改(实现类中的static块中),这样会造成标准不统一
* (是不是有点牵强附会?)。
*
* 接口还是不要随意更改,如果可以随意更改会造成很大的麻烦,比如一个接口被很多类实现,那么修改接口后,还必须修改实现类,麻烦程度不言而喻。
*/
public interface InterfaceTest {
String name = "Tom";
public static final int age = 2;
public void test();
public abstract void test1();
}
[java] view
plaincopy
/*
* 为什么接口中的变量都用final修饰(常量)
* 因为接口本身就是用来定义一个标准、规范,是用来设计用户可用的细节(public)且不能随意更改的(final)
* 那么接口中的任何东西都应该被定义成统一,那么定义的数值应该是常量
* 再次思考:假如接口中可以定义非final,而仅仅是public和static修饰的,那么被实现的类可以随便修改(实现类中的static块中),这样会造成标准不统一
* (是不是有点牵强附会?)。
*
* 接口还是不要随意更改,如果可以随意更改会造成很大的麻烦,比如一个接口被很多类实现,那么修改接口后,还必须修改实现类,麻烦程度不言而喻。
*/
public interface InterfaceTest {
String name = "Tom";
public static final int age = 2;
public void test();
public abstract void test1();
}
例证、反证:银行的提款机
银行的提款机中的插卡口可以看做是一个接口,所有的提款机插卡口是被统一的标准(大小尺寸)所约束的,方便每个卡可以插入各个提款机中。假如可以随便修改插卡口接口的数值,某行在当地修改了插卡口的尺寸,当你去提款机取钱,却发现插卡口小了点,那么......
由上例得出,将接口中的数值定义成常量是有意义的。并且证明了此时用接口比用抽象类好些。
结论:因为接口本身就是用来定义一个标准、规范,是用来设计用户可用的细节且不能随意更改的,统一的值,所以用final来修饰是最好不过的。
Java代码
/*
* 关于抽象类和接口
*
* 1.定义变量时
* 抽象类定义的变量可以不被赋值。
*
* 接口中定义的变量(确切的说应该是常量)必须被赋值(final)。
*
* 2.定义方法时
*
* 抽象类中定义的方法,可以指定程序体也可以不指定。
* 程序员可以在非抽象方法中指定程序体 ,与其他普通类中的方法类似。
* 但在抽象方法中,必须不指定程序体(写程序体会报出:Abstract methods do not specify a body的错误),与接口中定义方法的形式很类似。
*
* 接口中的方法,所有方法都默认的是抽象的,所以必须不指定程序体。
*
* 3.设计初衷
*
* 抽象类是被java设计用来实现继承的。
* 接口是用来做多重继承的一个特例。
*
* 4.is a 和 like a(还需要再看看)
*/
public abstract class AbstratClassTest {
String name ;
//被final的变量,但不能指定一个有效的set方法(final作用的原因),没有体现封装的闭合原则。
final static int age =1;
// public void setAge(){
// this.age = 2;
// }
public static int getAge() {
return age;
}
public void test(){
}
public abstract void test1();
}
[java] view
plaincopy
/*
* 关于抽象类和接口
*
* 1.定义变量时
* 抽象类定义的变量可以不被赋值。
*
* 接口中定义的变量(确切的说应该是常量)必须被赋值(final)。
*
* 2.定义方法时
*
* 抽象类中定义的方法,可以指定程序体也可以不指定。
* 程序员可以在非抽象方法中指定程序体 ,与其他普通类中的方法类似。
* 但在抽象方法中,必须不指定程序体(写程序体会报出:Abstract methods do not specify a body的错误),与接口中定义方法的形式很类似。
*
* 接口中的方法,所有方法都默认的是抽象的,所以必须不指定程序体。
*
* 3.设计初衷
*
* 抽象类是被java设计用来实现继承的。
* 接口是用来做多重继承的一个特例。
*
* 4.is a 和 like a(还需要再看看)
*/
public abstract class AbstratClassTest {
String name ;
//被final的变量,但不能指定一个有效的set方法(final作用的原因),没有体现封装的闭合原则。
final static int age =1;
// public void setAge(){
// this.age = 2;
// }
public static int getAge() {
return age;
}
public void test(){
}
public abstract void test1();
}
Java代码
/*
* 为什么接口中的变量都用final修饰(常量)
* 因为接口本身就是用来定义一个标准、规范,是用来设计用户可用的细节(public)且不能随意更改的(final)
* 那么接口中的任何东西都应该被定义成统一,那么定义的数值应该是常量
* 再次思考:假如接口中可以定义非final,而仅仅是public和static修饰的,那么被实现的类可以随便修改(实现类中的static块中),这样会造成标准不统一
* (是不是有点牵强附会?)。
*
* 接口还是不要随意更改,如果可以随意更改会造成很大的麻烦,比如一个接口被很多类实现,那么修改接口后,还必须修改实现类,麻烦程度不言而喻。
*/
public interface InterfaceTest {
String name = "Tom";
public static final int age = 2;
public void test();
public abstract void test1();
}
[java] view
plaincopy
/*
* 为什么接口中的变量都用final修饰(常量)
* 因为接口本身就是用来定义一个标准、规范,是用来设计用户可用的细节(public)且不能随意更改的(final)
* 那么接口中的任何东西都应该被定义成统一,那么定义的数值应该是常量
* 再次思考:假如接口中可以定义非final,而仅仅是public和static修饰的,那么被实现的类可以随便修改(实现类中的static块中),这样会造成标准不统一
* (是不是有点牵强附会?)。
*
* 接口还是不要随意更改,如果可以随意更改会造成很大的麻烦,比如一个接口被很多类实现,那么修改接口后,还必须修改实现类,麻烦程度不言而喻。
*/
public interface InterfaceTest {
String name = "Tom";
public static final int age = 2;
public void test();
public abstract void test1();
}
例证、反证:银行的提款机
银行的提款机中的插卡口可以看做是一个接口,所有的提款机插卡口是被统一的标准(大小尺寸)所约束的,方便每个卡可以插入各个提款机中。假如可以随便修改插卡口接口的数值,某行在当地修改了插卡口的尺寸,当你去提款机取钱,却发现插卡口小了点,那么......
由上例得出,将接口中的数值定义成常量是有意义的。并且证明了此时用接口比用抽象类好些。
结论:因为接口本身就是用来定义一个标准、规范,是用来设计用户可用的细节且不能随意更改的,统一的值,所以用final来修饰是最好不过的。
相关文章推荐
- android开发一个定位和轨迹播放的程序
- UML类图几种关系的总结
- 第一行代码总结:10网络:10.3解析XML格式数据:
- Java大数处理
- 关于ServerSocketChannel支持的最大连接数测试与分析
- lightoj 1080 Binary Simulation (线段树区间更新)
- Android ShareSdk 微信分享的步骤
- 第一行代码总结:10网络:10.2.2使用HttpClient
- Yarn模式下Apache HAWQ的运行 [作者:白洁]
- RedHat Server 7 单独安装图形系统 X11
- 虚拟机类加载机制
- android studio自定义类和方法的注释
- Java初始化
- windows 7 64位下汇编学习——配置debug
- 疯狂的表单-html5新增表单元素和属性
- 解决 c3p0 和 MySQL 集成情况下,连接长时间闲置后重新使用时报错的问题
- jmeter接口测试教程
- 郁闷的C小加(一)
- UDT:基于UDP的可靠传输协议
- Mac无线连接adb 调试android程序