深入浅出设计模式--适配器模式，外观模式

适配器模式

问题描述：不兼容的接口

在软件维护时，可能会发生由于运行环境发生改变，部分依赖库接口发生改变，已写好的程序不能匹配接口的情况。重新改写的调用的程序工作量太大，我们需要使接口重新兼容。

问题分析：我们需要一个转换器

我们需要一个桥梁连接两个接口。
适配器模式（Adapter Pattern）是作为两个不兼容的接口之间的桥梁。这种类型的设计模式属于结构型模式，它结合了两个独立接口的功能。
这种模式涉及到一个单一的类，该类负责加入独立的或不兼容的接口功能。举个真实的例子，读卡器是作为内存卡和笔记本之间的适配器。您将内存卡插入读卡器，再将读卡器插入笔记本，这样就可以通过笔记本来读取内存卡。

解决方法–适配器模式

问题描述：一堆乱七八糟的接口

为了实现一个功能，可能需要几个类，一堆接口的参与，太过底层的操作总会令人头疼。

问题分析：我简化了接口，你只要调用就好了

外观模式（Facade Pattern）隐藏系统的复杂性，并向客户端提供了一个客户端可以访问系统的接口。这种类型的设计模式属于结构型模式，它向现有的系统添加一个接口，来隐藏系统的复杂性。
这种模式涉及到一个单一的类，该类提供了客户端请求的简化方法和对现有系统类方法的委托调用。

解决方法–外观模式

问题：装饰器，适配器，外观模式的区别

装饰器：动态地给一个对象添加一些额外的职责。重点是功能的增加。

适配器：将一个类的接口转换成客户希望的另外一个接口。适配器不是在详细设计时添加的，而是解决正在服役的项目的问题。

外观模式：简化接口，将客户从组件的子系统中解耦。

总结