设计模式-面向对象概念

早就听说GOF的《设计模式》是OOP(面向对象程序设计)程序员都必备的参考书之一，它是所有面向对象语言(C++ Java C#)的基础。我接触Java也有段时间了，可是也一直停留在语言层次，对Java中接口或抽象类理解并不是太深。在看前辈们写的代码的时候，感觉差距还是不小，他们写的代码里处处体现设计模式的思想。

一、什么是抽象类
《设计模式》中对于抽象类是这样定义的:抽象类的这样目的是为它的子类定义公共接口，不能被实例化。

public abstract void noAction(); 

此方法只有申明而没有方法体，并且void前面出现abstract关键字，我们将此方法称为抽象方法，并且此类方法前冠以abstract关键字。包含抽象方法的类叫做“抽象类”。如果一个类包含一个或多个抽象方法，该类必须被限定为抽象的。
和接口不同的是，抽象类可以有非抽象的方法，所以抽象类中的抽象方法必须冠以abstract关键字，而接口则不需要必须，因为接口中，所有方法都是抽象的。另外，抽象类在Java 语言中表示的是一种继承关系，一个类只能使用一次继承关系。但是，一个类却可以实现多个interface。
示例：

abstract class Instrment {
private int i;//在子类中重新定义，也可以重新赋值
public abstract void play(Note n);
public String what() { return ""; } //接口中不可以这样定义
}

二、什么是接口
《设计模式》中对于接口是这样定义的：对象所定义的所有操作型构的集合被称为该对象的接口。对象接口描述了该对象所能接受的全部请求的集合，任何匹配对象接口中型构的请求都可以发送给该对象。
接口中的所有变量都是静态的（static）和最终的（final）。若在程序中没有明确标示，编译器会自动为我们添加这两个关键字。
而且在接口中所有的方法都是public，如果没有标上public，编译器会自动冠以public关键字。另外，接口中的方法不能使用private与protected关键字修饰。
示例：

interface Instrument {
int VALUE = 5; //public ,static and final,必须给其初值
void play(Note n); //Automatically public and abstract
}

三、面向对象设计原则：
1、针对接口编程，而不是针对实现编程(依赖倒转原则)
在面向对象设计中，应尽量针对接口编程，而非实现类。这样，更换子类不会影响调用它方法的代码，要让各个类尽可能少的跟别人联系，这样，扩展性和维护性才能提高。所以不将变量声明为某个特定的具体类的实例对象，而是让它遵从抽象类所定义的接口。
2、优先使用对象组合，而不是类继承
类继承，如果继承下来的实现不适合解决新的问题，则父类必须重写或者说父类重写了，继承该父类的各个类都可能需要重写，一种解决方法就是尽量继承抽象类。对象组合就是在一个类中引用其他类，对象组合则可以避免上述类继承遇到的问题，因为组合要求对象遵守彼此的接口约定。对象的实现是基于接口写的，所以实现上存在较少的依赖关系。
3、抽象类
好的继承关系中，只有叶节点是具体类，其他节点应该都是抽象类，也就是说具体类是不被继承的，所以说将尽可能多的共同代码放到抽象类中。
4、"开－闭"原则
就是说模块应对扩展是开放的,对修改是封闭的。换句话说,在极端的情况下，你不需要修改现有的代码，新功能通过子类,重载或通过代理来委托现有代码来完成。这样会防止你向现存的代码中引入bug，因为现存的代码不会被改动就不会产生新的问题。
5、里氏代换原则
里氏代换原则是由"Barbara Liskov"提出的。如果调用的是父类的话，那么换成子类也完全可以运行。这个就是为什么实现接口的类中必须要实现接口中的所有方法，否则Java解释器不能正常解释的原因。
6、接口隔离原则
定制服务的例子，每一个接口应该是一种角色，不多不少，不干不该干的事，该干的事都要干