Command,命令模式:将一个请求封装为一个对象,从而使你可以用不同的请求对客户进行参数化,对请求排队和记录请求日志,以及支持可撤销的操作。 应用场景:将命令者与执行者完全解耦。
http://www.cnblogs.com/zhili/p/CommandPattern.html
http://www.cnblogs.com/PatrickLiu/p/7873322.html
Command,命令模式:将一个请求封装为一个对象,从而使你可以用不同的请求对客户进行参数化,对请求排队和记录请求日志,以及支持可撤销的操作。 应用场景:将命令者与执行者完全解耦。
http://www.cnblogs.com/zhili/p/CommandPattern.html
http://www.cnblogs.com/PatrickLiu/p/7873322.html
Template Method,模板方法:定义一个操作中的算法的骨架,而将一些步骤延迟到子类中,TemplateMethod使得子类可以不改变一个算法的结构即可以重定义该算法的某些特定步骤。 应用场景:一个操作的步骤稳定,而具体细节的改变延迟的子类
http://www.cnblogs.com/zhili/p/TemplateMethodPattern.html
http://www.cnblogs.com/PatrickLiu/p/7837716.html
Proxy,代理模式:为其他对象提供一种代理以控制对这个对象的访问
http://www.cnblogs.com/zhili/p/ProxyPattern.html
http://www.cnblogs.com/PatrickLiu/p/7814004.html
Facade,外观模式:为子系统中的一组接口提供一致的界面,fa?ade提供了一高层接口,这个接口使得子系统更容易使用。
http://www.cnblogs.com/zhili/p/FacadePattern.html
http://www.cnblogs.com/PatrickLiu/p/7772184.html
Composite,组合模式:将对象组合成树形结构以表示部分整体的关系,Composite使得用户对单个对象和组合对象的使用具有一致性。
http://www.cnblogs.com/zhili/p/CompositePattern.html
http://www.cnblogs.com/PatrickLiu/p/7743118.html
Decrator,装饰模式:动态地给一个对象增加一些额外的职责,就增加的功能来说,Decorator模式相比生成子类更加灵活。
http://www.cnblogs.com/zhili/p/DecoratorPattern.html
http://www.cnblogs.com/PatrickLiu/p/7723225.html
Bridge,桥模式:将抽象部分与它的实现部分相分离,使他们可以独立的变化。
http://www.cnblogs.com/PatrickLiu/p/7699301.html
http://www.cnblogs.com/zhili/p/BridgePattern.html
Adapter,适配器模式:将一类的接口转换成客户希望的另外一个接口,Adapter模式使得原本由于接口不兼容而不能一起工作那些类可以一起工作。
http://www.cnblogs.com/PatrickLiu/p/7660554.html
http://www.cnblogs.com/zhili/p/AdapterPattern.html
Prototype,原型模式:用原型实例指定创建对象的种类,并且通过拷贝这些原型来创建新的对象。 应用场景:用new创建一个对象需要非常繁琐的数据准备或者权限
http://www.cnblogs.com/PatrickLiu/p/7640873.html
http://www.cnblogs.com/zhili/p/PrototypePattern.html