《Head First设计模式》读书笔记
适配器模式和外观者模式
一，写在最前面
1，为什么要将这两个设计模式写在一起？
不仅这两个设计模式都比较简单，而且我们可以通过这两个设计模式更好的理解OO思想。
2，在本章节的最后会引入了最少知识设计原则。
二，适配器模式
1，生活中的适配器
如果你自己接过水管或者自己接过洗衣机的水管头，你肯定有过类似的体验，无论你怎么接，它都会漏水，然后去店里一问，就知道有水管转换接头这么个东西。他可以让两个粗细不同对接不上的水管无缝的对接在一起。
2，面向对象的适配器
两套系统的使用接口不一致，但是你想将两套系统给对接起来，你就必须设计一个适配器将两个接口对接起来，这样你就可以在一个系统中调用另外一个系统的实现方案。
适配器模式定义：将一个类的接口，转换成客户期望的另一个接口。适配器让原本接口不兼容的类可以合作无间。
三，适配器模式（引入书中的demo，而并不只是简单设计一个水管的接口转换，后面会介绍到）
1，将火鸡伪装成一个Duck这是我们的目的，看到这句话可能会想到装饰者模式，注意比较，先看适配器模式代码，一个Duck接口和一个Turkey接口。
public interface Duck {
public void quak();
public void fly();
}
public interface Turkey {
public void gobble();
public void fly();
}
2，先看两个Duck和Turkey实现类
public class MallarDuck implements Duck{
@Override
public void quak() {
System.out.println("Quack~");
}
@Override
public void fly() {
System.out.println("I'm flying~");
}
}
public class WildTurkey implements Turkey{
@Override
public void gobble() {
System.out.println("Gobble gobble");
}
@Override
public void fly() {
System.out.println("I'm flying a short distance");
}
}
3，到这里，分别有一个Duck具体类和一个WildTurkey具体类，那么我就需要一个adapter来将wildTurkey转换成Duck接口。
public class TurkeyAdapter implements Duck{
private Turkey turkey;
public TurkeyAdapter(Turkey turkey) {
this.turkey = turkey;
}
@Override
public void quak() {
turkey.gobble();
}
//火鸡没有鸭子飞得远，那么我们就可以飞五次来假装成和鸭子一样的距离。
@Override
public void fly() {
for(int i = 0; i < 5 ; i++){
turkey.fly();
}
}
}
4，然后我们看看测试代码：
public class Test {
public static void main(String[] args) {
MallarDuck duck = new MallarDuck();
duck.quak();
duck.fly();
System.out.println("--------------");
WildTurkey turkey = new WildTurkey();
TurkeyAdapter adapter = new TurkeyAdapter(turkey);
adapter.quak();
adapter.fly();
}
}
5，测试结果
Quack~
I'm flying~
--------------
Gobble gobble
I'm flying a short distance
I'm flying a short distance
I'm flying a short distance
I'm flying a short distance
I'm flying a short distance
四，适配器模式和装饰者模式
我们乍一看，怎么像把火鸡给包装成鸭子了，这不就是装饰者模式的思想吗？
通过仔细分析，我们可以发现，装饰者模式主要就是组合和委托，那么他们的类型是一定不能变得，一定得一致，中途也没有类型的转换。但是适配器模式一定要进行接口的转换。这就是他们最大的区别。
五，外观者模式
1，定义
提供一个简易的接口，来访问子系统中的一群接口。外观定义了一个高层接口，让子系统容易使用。
2，demo背景介绍（例子本身不重要，关键理解思想）
比如我们看家庭影院。我们需要打开电视，打开DVD，打开功放，设置输入模式为DVD，设置声道为双声道，设置房间灯光亮度等等。这么多设置，我们希望将这些动作简化为一次。
3，实现思路
创建一个类，实例化所有需要设置的对象，然后通过一个命令方法，里面包括了所有的对象的方法，但是只有一个命令入口。只需要调用这一个入口就可以实现所有的设置。
六，外观者模式demo代码
1，需要设置的对象类：
public class Amplifier {
public void on(){
System.out.println("The amplifier is on~");
}
}
public class Light {
public void adjust(){
System.out.println("Adjuast the light~");
}
}
public class TV {
public void on(){
System.out.println("The TV is on~");
}
}
2,设置一个类来把这些对象命令包装组合起来
public class HomeTheater {
Amplifier amp;
Light light;
TV tv;
public HomeTheater(Amplifier amp,Light light,TV tv) {
this.amp = amp;
this.light = light;
this.tv = tv;
}
public void WatchMove(){
amp.on();
light.adjust();
tv.on();
}
}
3，测试类
public class Test {
public static void main(String[] args) {
Amplifier amp = new Amplifier();
Light light = new Light();
TV tv = new TV();
HomeTheater homeTheater = new HomeTheater(amp, light, tv);
homeTheater.WatchMove();
}
}
4，输出结果
The amplifier is on~
Adjuast the light~
The TV is on~
七，最少知识原则
不要让太多的类耦合在一起，这样会导致一个问题：修改系统的一个部分可能会导致修改的部分会影响太多。这就是一个维护与开发的问题，从长远看，开发的时候多花点时间建立一个易于维护的系统是更优的选择。
不采用下面这种方式，耦合太多的类：
public float getTemp(){
return station.getThermometer().getTemperture();
}
一般遵循的原则只应该调用属于以下范围的方法：
- 该对象本身
- 被当做方法的参数而传递进来的对象
- 此方法创建或者实例化的任何对象
- 对象的任何组件
如果觉得总结不错，麻烦大家点击一下喜欢，便是对我最大的支持和肯定！
