软件构造中的几种设计模式

适配器模式

意图：将类的接口转换为客户端期望的另一个接口
解决类之间接口不兼容的问题
为已有的类提供新的接口
目标：对旧的不兼容组件进行包装，在新系统中使用旧的组件
优点：
1、可以让任何两个没有关联的类一起运行。
2、提高了类的复用。
3、增加了类的透明度。
4、灵活性好。

缺点：
1、过多地使用适配器，会让系统非常零乱，不易整体进行把握。比如，明明看到调用的是 A 接口，其实内部被适配成了 B 接口的实现，一个系统如果太多出现这种情况，无异于一场灾难。因此如果不是很有必要，可以不使用适配器，而是直接对系统进行重构。
2.由于 JAVA 至多继承一个类，所以至多只能适配一个适配者类，而且目标类必须是抽象类。

使用场景：
有动机地修改一个正常运行的系统的接口，这时应该考虑使用适配器模式。
举个真实的例子，读卡器是作为内存卡和笔记本之间的适配器。将内存卡插入读卡器，再将读卡器插入笔记本，这样就可以通过笔记本来读取内存卡。

主要通过增加额外的间接层来解决不协调/不兼容的问题

装饰器模式

问题:
需要对对象进行任意或者动态的扩展组合
方案:
实现一个通用接口作为要扩展的对象，将 主要功能委托给基础对象(stack)，然后添加功能(undo,secure,…)。
优点：
装饰类和被装饰类可以独立发展，不会相互耦合，装饰模式是继承的一个替代模式，装饰模式可以动态扩展一个实现类的功能。
缺点：
多层装饰比较复杂。
使用场景：
1、扩展一个类的功能。 2、动态增加功能，动态撤销。

外观模式（Façade）

意图：
为子系统中的一组接口提供一个一致的界面，外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
主要解决：
降低访问复杂系统的内部子系统时的复杂度，简化客户端与之的接口。
优点：
1、减少系统相互依赖。 2、提高灵活性。 3、提高了安全性。
缺点：
不符合开闭原则，如果要改东西很麻烦，继承重写都不合适。
使用场景：
1、为复杂的模块或子系统提供外界访问的模块。 2、子系统相对独立。 3、预防低水平人员带来的风险。

策略模式

针对特定任务存在多种算法，调用者需要根据上下文环境动态的选择和切换。
定义一个算法的接口，每个算法用一个类来实现，客户端针对接口编写程序。
由于在之前的博客中已经详细介绍了策略模式以及它的实现，这里就不再赘述。

模板模式

意图：
定义一个操作中的算法的骨架，而将一些步骤延迟到子类中。模板方法使得子类可以不改变一个算法的结构即可重定义该算法的某些特定步骤。
主要解决：
一些方法通用，却在每一个子类都重新写了这一方法。
优点：
1、封装不变部分，扩展可变部分。
2、提取公共代码，便于维护。
3、行为由父类控制，子类实现。
缺点：
每一个不同的实现都需要一个子类来实现，导致类的个数增加，使得系统更加庞大。
使用场景：
1、有多个子类共有的方法，且逻辑相同。
2、重要的、复杂的方法，可以考虑作为模板方法。