一、OO设计基础
1、封装
2、继承
3、多态
4、抽象
二、OO设计原则
1、找出应用中需要变化之处，让它们独立出来，不要和那些不需要变化的代码混在一处。
2、针对接口编程，而不是针对实现编程。
针对接口编程，即“针对超类型编程”。针对接口编程，关键就在于多态。利用多态，程序可以针对超类型编程，不会被绑死在超类型的行为上。
示例：有一个抽象类Animal，有两个具体的实现（Dog与Cat）继承Animal。
针对实现编程：
Dog d = new Dog();
d.bark();针对接口/超类型编程：
Animal a = new Dog();
a.makeSound();更进一步，子类实例化的动作不再需要在代码中硬编码，而是在运行时才指定具体的对象：
a = getAnimal();
a.makeSound();3、多用组合，少用继承。
4、为了交互对象之间的松耦合设计而努力。
5、开放－关闭原则：类应该对扩展开放，对修改关闭。
应用该原则时，应该把注意力集中在设计中最有可能改变的地方，然后应用开放－关闭原则。
6、依赖倒置原则
要依赖抽象，不要依赖具体类。
这个原则看上去很像“针对接口编程，而不是针对实现编程”，然而这里更强调抽象。这个原则说明了：不能让高层组件依赖低层组件，而且不管是高层还是低层组件，两者都应该依赖于抽象。所谓“高层”组件，是由其他低层组件定义其行为的类。例如，PizzaStore是个高层组件，因为它的行为是由比萨定义的：Pizza创建所有不同的比萨对象，准备、烘烤、切片、装盒；而比萨本身属于低层组件。
下面的指导方针，能帮助我们避免在OO设计中违反依赖倒置原则：
1⃣️ 变量不可以持有具体类的引用。如果使用new，就会持有具体类的引用。你可以改用工厂来避开这样的做法。
2⃣️ 不要让类派生自具体类。如果派生自具体类，就会依赖具体类。请派生自一个抽象（接口或抽象类）。
3⃣️ 不要覆盖基类中已实现的方法。如果覆盖基类已实现的方法，那么你的基类就不是一个真正适合被继承的抽象。基类中已实现的方法，应该由所有的子类共享。
我们应该尽量达到这个原则，而不是随时都要遵循这个原则。我们都很清楚，任何Java成勋都有违反这些指导方针的地方。
7、"最少知识" 原则
定义：最少知识原则：只和你的密友谈话。
原则初衷：希望我们在设计中，不要让太多的类耦合在一起，免得修改系统中的一部分，会影响到其他部分。
该原则提供了一些方针：
就任何对象而言，在该对象的方法内，我们只应该调用属于以下范围的方法：1⃣️ 该对象本身 2⃣️ 被当作方法的参数而传递进来的对象 3⃣️ 此方法所创建或实例化的任何对象 4⃣️ 对象的任 何组件
//未采用该原则
public float getTemp() {
Thermometer thermometer = station.getThermometer();
return thermometer.getTemperature();
} //采用该原则
public float getTemp() {
return station.getTemperature();
}
来源：oschina
链接：https://my.oschina.net/u/1789589/blog/691184