从上图可以看出，具体的算法隐藏在AbstractStrategy类背后，Client无需知道具体算法如何实现，它只需传给Context相关参数即可。在Context中来实现具体算法的选择（通过Client传来的参数）。而算法的具体实现则通过ConcreteStrategy来完成。
这样做有以下几个好处：
1 算法的选择与实现相分离。符合“找出变化并封装之”的原则。如果需要修改或者添加新的算法，只需要修改相对应的ConcreteStrategy或者增加新的ConcreteStrategy并且修改算法的选择即可。
2 Client无需关心算法如何选择和具体实现，只需关心结果。

Adapter模式的UML图如下所示：

如图所示，Client希望通过一个统一的方式来调用Adaptee所提供的接口，但是Adaptee所提供的接口和Client所规定的接口规则并不一致，所以可以通过Adapter来进行适配。
Adapter模式也是经常被用到的模式，它经常用来保持多态性。比如做一个画图程序Client，要求能够画出Circle、Rectangle和Hentagon，并且定义统一的接口display()和erase()。现在已经有一个能够画出Hentagon的类XXXHentagon，但是XXXHentagon提供的接口与Client所要求的接口规则不一致。为了能够重用XXXHentagon已经实现的功能，可以使用Adapter模式来将XXXHentagon适配成符合Client接口规则的Hentagon类。如下图所示：

如上图所示，采用Adapter模式具有以下好处（相比与不使用任何模式）：
1 Client不用需要考虑如何去display/erase图形，它只需要将相关参数交给Shape即可；
2 Pentagon（Adapter）保持了类层次的多态性；
3 XXXPentagon得到了重用，而不是完全丢弃去重写。