设计模式之——1、适配器模式
先上个总纲，二十三种设计模式
| 意图 | 模式 |
|---|---|
| 接口型模式 | 适配器模式、外观模式、合成模式、桥接模式 |
| 职责型模式 | 单例模式、观察者模式、调停着模式、代理模式、职责链模式、享元模式 |
| 构造型模式 | 构建者模式、工厂方法模式、抽象工厂模式、原型模式、备忘录模式 |
| 操作型模式 | 模板方法模式、状态模式、策略模式、命令模式、解释器模式 |
| 扩展型模式 | 装饰器模式、迭代器模式、访问者模式 |
Java设计模式中所提及的什么什么火箭例子的，吐槽一下，真的看着乱七八糟的，可能是我境界不够吧。
适配器模式意图：现有代码基本完工，客户端调用一个接口，该接口不合适，如果更改该接口则会需要大量工程，那我们就把这个接口转换成适合客户端的接口（不改动该接口）。
适用场景：现在我们后端的代码已经写好了，这时候客户端需要调用我们的对象，发现不合适，但是在其他代码中有可以满足客户端需求的代码，而且还可以重用（也不一定），那么我们对这个接口进行适配，也就是在写一个类，使之扩展该接口的功能，达到满足客户端的需求。
1.类适配器模式
原理：通过继承来实现适配器的功能。
场景：假设我们有一个小吃接口snack，这是一家小吃店总店，这里有各种小吃配方，例如煎饼果子、羊肉串配料等等。
public interface Snack {
//配料有盐、鸡蛋
void jianBing(String salt,String egg);
//配料有盐、辣椒、孜然
void mutton(String salt,String pepper,,String cumin);
}来了一个客人，我要吃煎饼果子，我还要喝雪碧。
此时发现这个接口满足不了需求，如果我们改造这个接口，加一个雪碧，那么其他实现这个接口的类也要添加一个雪碧，还是没用的。如果客户端说我还有芬达，那么在加一个芬达，没完没了。
但是在另外一个类中，有各种各样的饮料，我们不需要重写代码，我们可以可以用这个类中的代码来满足客人的需求。
/**
*饮料类
*/
public class Drink {
public void xueBi(){
System.out.println("给你雪碧");
}
public void keLe(){
System.out.println("给你可乐");
}
public void fenDa(){
System.out.println("给你芬达");
}
public void guoLiCheng(){
System.out.println("给你果粒橙");
}
}接下类我们来适配这个小吃接口
public class SnackAdapter extends Drink implement Snack {
public void jianBing(String salt,String egg) {
System.out.println("煎饼果子做好了,有"+salt+"有"+egg);
xueBi();
}
public void mutton(String salt,String pepper,,String cumin) {
System.out.println("羊肉串做好了");
}
}客户端：
public class client() {
public static void main(String[] args) {
Snack snack = new SnackAdapter();
//来个煎饼果子和雪碧
Snack.jianBing("盐","鸡蛋");
}
}总结一下：
才疏学浅，现在认识不深，用了这个设计模式，优点有：①不用改动之前代码，只需要再写一个类即可。②因为继承了Drink类，可以在一定程度上重写某些方法，更灵活。③让两个没有关联的类一起运行。④提高复用率。缺点：①单继承模式，万一我还需要方便面，那么就没办法了。
注意事项：用在代码完工或者正在服役的项目是一个好办法，如果用在正在构建中项目，不行。
2.对象适配器模式
原理：通过组合方式持有该类的实例来完成适配器。
适用环境：当客户端调用一个服务时，该类A不是一个接口(也可以是一个接口A)，该类A中没有客户所要求的服务，但是另一个类B中有，这是新建一个类C来对A进行适配使之能满足客户端的需求。
还用上述例子，此时客户来小吃店买一瓶雪碧，我们这里通过持有Drink类的对象来进行适配：
/**
* 小吃类
*/
public class Snack2 {
public void jianBing(String salt,String egg){
System.out.println("今天我们做煎饼果子，没有"+salt+"和"+egg);
}
public void mutton(String salt,String pepper,String cumin){
System.out.println("今天我们做羊肉串，没有"+salt+"、"+cumin+"和"+pepper);
}
}
适配器：
public class SnackAdapter2 extends Snack2{
//持有所需服务类的对象
private Drink drink;
public SnackAdapter2(Drink drink) {
this.drink = drink;
}
@Override
public void jianBing(String salt, String egg) {
drink.xueBi();
}
@Override
public void mutton(String salt, String pepper, String cumin) {
super.mutton(salt, pepper, cumin);
}
}
客户端：
public class Client2 {
public static void main(String[] args) {
Snack2 snack2 = new SnackAdapter2(new Drink());
snack2.jianBing("盐", "鸡蛋");
}
}输出：给你雪碧。
总结一下：
我能所想到的优点也可能不太正确，望大家指正：①通过持有类的实例可满足多个需求。②不用改动原来的代码。
缺点：①如果需要适配普通的类的话，不符合接口规范，也可能会由于重写父类导致某些隐患吧。
3.接口适配器模式
原理：通过抽象类来对目标进行适配。
应用场景：当客户端调用一个接口时客户端不需要接口A中的所有服务，我只要一个就可以，但是接口A的实现类B却实现了所有方法，即使只是一个空壳，这也浪费了资源。
用1中的例子做示例：
客户端只需要羊肉串和可乐，其他的都不需要。
抽象类实现Snack接口
public abstract class SnackAdapter3 implements Snack{
@Override
public void jianBing(String salt, String egg) {
}
@Override
public void mutton(String salt, String pepper, String cumin) {
}
}适配器继承抽象类
public class SnackAdapterAbstract extends SnackAdapter3{
private Drink drink;
public SnackAdapterAbstract(Drink drink) {
this.drink = drink;
}
@Override
public void mutton(String salt, String pepper, String cumin) {
System.out.println("羊肉串做好了,有"+salt+"有"+pepper+"、"+cumin);
drink.keLe();
}
}客户端调用
public class Client3 {
public static void main(String[] args) {
SnackAdapterAbstract snack3 = new SnackAdapterAbstract(new Drink());
snack3.mutton("胡椒粉", "辣椒粉", "孜然");
}
}输出：
羊肉串做好了,有胡椒粉有辣椒粉、孜然
给你可乐
总结：
三种适配器中:
①类适配器，通过继承目标类来完成。
②对象适配器，通过持有目标对象来完成。
③接口适配器，通过抽象类实现目标接口，实现类再继承目标类来完成。
当第一次看适配器模式和其他模式时发现枯燥无味想睡觉，没整明白，第二天醒来，突然间这个模式有了一定的理解，心中的疑惑少了好多。瞬间就感觉到一个字：妙。