抽象类(abstract class)
使用了abstract关键字所修饰的类叫做抽象类。抽象类无法实例化,也就是说,不能new出来一个抽象类的对象(实例)。
抽象方法(abstract method):使用abstract关键字所修饰的方法叫做抽象方法。抽象方法需要定义在抽象类中。相对于抽象方法,之前所定义的方法叫做具体方法(有声明,有实现)。
如果一个类包含了抽象方法,那么这个类一定是抽象类。
如果某个类是抽象类,那么该类可以包含具体方法(有声明、有实现)。
如果一个类中包含了抽象方法,那么这个类一定要声明成abstract class,也就是说,该类一定是抽象类;反之,如果某个类是抽象类,那么该类既可以包含抽象方法,也可以包含具体方法。
无论何种情况,只要一个类是抽象类,那么这个类就无法实例化。
在子类继承父类(父类是个抽象类)的情况下,那么该子类必须要实现父类中所定义的所有抽象方法;否则,该子类需要声明成一个abstract class。
接口
Java语言不支持一个类有多个直接的父类(多继承),但现实例子中,又有很多类似于多继承的例子,比如教师,他的父类既可以是人,也可以是父母,所以,在java中就用继承来填充这个空缺,java不可以多继承,但可以实现(implements)多个接口,间接的实现了多继承。
Java接口的特征归纳:
1, Java接口中的成员变量默认都是public,static,final类型的(都可省略),必须被显示初始化,即接口中的成员变量为常量(大写,单词之间用"_"分隔)
2, Java接口中的方法默认都是public,abstract类型的(都可省略),没有方法体,不能被实例化
3, Java接口中只能包含public,static,final类型的成员变量和public,abstract类型的成员方法
4, 接口中没有构造方法,不能被实例化
5, 一个接口不能实现(implements)另一个接口,但它可以继承多个其它的接口
6, Java接口必须通过类来实现它的抽象方法
public class A implements B{...}
7, 当类实现了某个Java接口时,它必须实现接口中的所有抽象方法,否则这个类必须声明为抽象的
8, 不允许创建接口的实例(实例化),但允许定义接口类型的引用变量,该引用变量引用实现了这个接口的类的实例
9, 一个类只能继承一个直接的父类,但可以实现多个接口,间接的实现了多继承.
10、通过接口,可以方便地对已经存在的系统进行自下而上的抽象,对于任意两个类,不管它们是否属于同一个父类,只有它们存在相同的功能,就能从中抽象出一个接口类型.对于已经存在的继承树,可以方便的从类中抽象出新的接口,但从类中抽象出新的抽象类却不那么容易,因此接口更有利于软件系统的维护与重构.对于两个系统,通过接口交互比通过抽象类交互能获得更好的松耦合.
11,、接口是构建松耦合软件系统的重要法宝,由于接口用于描述系统对外提供的所有服务,因此接口中的成员变量和方法都必须是public类型的,确保外部使用者能访问它们,接口仅仅描述系统能做什么,但不指明如何去做,所有接口中的方法都是抽象方法,接口不涉及和任何具体实例相关的细节,因此接口没有构造方法,不能被实例化,没有实例变量.
类设计技巧
这里将书中列出的几种类设计技巧写出,以后在设计类时,应多借鉴。
1) 一定将数据设计为私有。
数据的表示形式很可能会改变,但它们的使用方式却不会经常发生变化。当数据私有时,它们的表示形式的变化不会对类的使用都产生影响,即使出现bug也易于检测。
2) 一定要对数据初始化。
Java不对局部变量进行初始化,但是会对对象的实例域进行初始化。最好不要依赖于系统的默认值,而是应该显式地初始化所有的数据,具体的初始化方式可以是提供默认值,也可以是在所有构造器中设置默认值。
3) 不要在类中使用过多的基本数据类型
就是说,用其他的类代替多个相关的基本数据类型的使用。例如,一个学生类,里面需要有学生的家庭住址,省市等信息,可以新设计一个Address类来描述这些信息。
4) 不是所有的域都需要独立的访问器和域更改器
访问器和域更改器的设立需要针对数据本身,比如私人电话号码一些较隐私的东西,就不应该让别人直接获取;而像比如入职时间、考勤这类数据,更是应该被禁止更改的。
5) 使用标准格式进行类的定义
一定采用下面的顺序书定类的内容:
公有访问特性部分
包作用域访问特性部分
私有访问特性部分
在每一部分中,应该按照下列顺序列出:
实例方法
静态方法
实例域
静态域
书写风格有很多,哪一种最好现在还没有达成共识,但无论用哪种风格,重要的一点是要保持一致。
6) 将职责过多的类进行分解。
“职责过多”没有什么标准,因为每个人看法不同。但是,如果明显地可以将一个复杂的类分解成两个更为简单的类,就应该将其分解(但也不要走极端。设计了10个类,而每个类却只有一个方法,显然也太小了。)
7) 类名和方法名要能够体现它们的职责。
与变量名要能够反映其含义一样,类名也应该如此。
命名类名的良好习惯是采用一个名词(Order)、前面有形容词(RushOrder)或动名词(有“-ing”后缀)修饰名词.
对于方法而言,是习惯访问器用小写get开头(getName),更改器方法用小写的set开头(setName)