零基础小白JAVA学习笔记（十）

 

 

 

抽象类（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）