OO原则:
- 封装变化
- 多用组合少用继承
- 针对接口编程,不针对实现编程
- 为交互对象之间的松耦合设计而努力
- 类应该对扩展开放,对修改关闭
- 依赖抽象,不要依赖具体类
- 只和朋友交谈
- 不要找我,我会找你(好莱坞原则,超类主控一切,在需要的时候会去调用子类,就像好莱坞一样)
适配者模式:
一个类的接口,转换成客户期望的另一个接口,适配器让原本接口不兼容的类可以合作无间。
装饰者模式:
多次包装一个类,功能层层叠加,如java 的输入输出流
外观模式:
提供一个统一的接口,用来访问子系统中的一群接口,外观定义了一个高层接口,让子系统更容易使用
模板模式:
模板方法定义了一个算法的步骤,并允许子类为一个或多个步骤提供实现。
在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中。模板方法使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。
模板方法的抽象类可以定义算法,具体方法,抽象方法和钩子。
钩子是一种方法,他在抽象类中不做任何事情,或者只做默认的事情,子类可以选择要不要去覆盖他。
为了防止子类修改模板方法中的算法,可以将模板方法声明为final
在现实世界中,模板方法有很多种变体。
/**
*
*/
package template;
/**
* @author mujjiang
*
*/
public abstract class CaffeineBeverageWithHook {
/**
* final提供了保护
*/
final void prepareRecipe(){
boilWater();
//steepTeaBag();
brew();
pourInCup();
//addLemon();
if(customerWantcondiments()){
addCondiments();
}
}
protected abstract void brew();
protected abstract void addCondiments();
public void boilWater(){
System.out.println("boilWater");
}
public void pourInCup(){
System.out.println("pour In Cup");
}
/**
* 钩子,子类可以默认实现
* @return
*/
protected boolean customerWantcondiments(){
return true;
}
}
/**
*
*/
package template;
import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
/**
* @author mujjiang
*
*/
public class CoffeeWithHook extends CaffeineBeverageWithHook {
protected void brew() {
System.out.println("Dripping Coffee through filter");
}
protected void addCondiments() {
System.out.println("add Sugar And Milk");
}
/* (non-Javadoc)
* @see template.CaffeineBeverageWithHook#customerWantcondiments()
*/
protected boolean customerWantcondiments() {
String answer = getUserInput();
if(answer.toLowerCase().startsWith("y")){
return true;
}else{
return false;
}
}
private String getUserInput(){
String ans = null;
BufferedReader bufferedReader = new BufferedReader(new InputStreamReader(System.in));
try {
ans = bufferedReader.readLine();
} catch (IOException e) {
e.printStackTrace();
}
if(ans==null){
return "no";
}
return ans;
}
}
java.utils.Arrays里面的sort算法也使用了模板模式
策略模式:
封装易于变化的部分
策略模式和模板模式的对比:
模板模式定义算法的基本结构,具体部分的实现需要子类去实现。而策略模式是由子类去选择需要的算法实现。
模板模式避免重复的代码,效率较高,重复的代码都放到超类中。策略模式使用对象的组合,所以更有弹性,客户可以在运行时改变他们的算法。
模板模式对子类依赖较大。
策略模式使用组合,而模板模式使用继承。
工厂方法是模板方法的一个特殊版本。