何为外观模式？
外观模式为子系统中一组不同的接口提供统一的接口。外观定义了上层接口，通过降低复杂度和隐藏子系统间的通信以及依存关系，让子系统更加易于使用。
比方说子系统中有一组不同的类，其中一些彼此依赖。这让客户端难以使用子系统中的类，因为客户端需要知道每一个类。外观起到整个子系统的入口。有些客户端只需要子系统的某些基本行为，而对子系统的类不做太多定制，外观为这样的客户端提供简化的接口。只有需要从某些子系统的类定制更多行为的客户端，才会关注外观背后的细节。
外观模式：为系统中的一组接口提供一个统一的接口。外观定义一个高层接口，让子系统更易于使用。
何时使用外观模式？
@：子系统正逐渐变得复杂。应用模式的过程中演化出许多类，可以使用外观为这些子系统提供一个较简单的接口。
@：可以使用外观对子系统进行分层。每个子系统级别有一个外观作为入口点。让它们通过其外观进行通信，可以简化它们的依赖关系。
何为装饰模式？
装饰模式，在不修改原来代码的情况下动态的给对象增加新的行为与职责，就扩展功能来说，装饰模式比生成子类更为灵活。
在Objective-C中，系统提供了两种实现方式，Category（类别）和Delegate（委托）。
Category是一种不需要子类化就可以让你动态地给已经存在的类增加方法的强有力的机制。新增的方法是在编译器增加的，这些方法执行的时候和被扩展的类的其他方法是一样的。它可能与装饰器模式稍微不同，因为Category不会保存被扩展类的引用。注意：你除了扩展自己的类以外，还可以给Cooca中的类增加方法。
Delegate作为另一种装饰模式，它是一种和其他对象交互的机制。比如你使用UITableView的时候，就必须要实现table:numberOfRowsInSection:方法。
何时使用装饰模式？
@：想要在不影响其他对象的情况下，以动态、透明的方式给单个对象添加职责。
@：想要扩展一个类的行为，却做不到。类定义可能被隐藏，无法进行子类化；或者，对类的每个行为进行扩展，为支持每种功能组合，将会产生大量的子类。
@：对类的职责的扩展是可选的。
外观模式与策略模式的区别？
从外部变更，每个节点不知道变更，这是外观模式。从内部变更，每个节点知道一组预定义的变更方式，这是策略模式。
参考文章：
http://blog.jobbole.com/48166/
demo地址：
https://[email protected]/guoshimeihua/MemoryAndCommandDemo.git