HeadFirst 设计模式

1、设计原则

1. 封装变化
2. 多用组合，少用继承
3. 针对接口编程，不针对实现编程
4. 为交互对象之间的松紧耦合设计而努力
5. 对扩展开放，都修稿关闭
6. 依赖抽象，不要依赖具体类
7. 最少知识原则：之和朋友交谈
8. 好莱坞原则：别找我，我会找你（由超类主控一切，当他们须要的时候，天然回去调用子类）
9. 类应该只有一个改变的理由

2、设计模式

1. 策略模式

          定义算法族，分别封装起来，让他们之间能够互相替换，次模式让算法的变化独立于使用算法的客户

 

     2. 观察者模式

          在对象之间定义一对多的依赖，这样一来，当一个对象改变状态，依赖它的对象都会收到通知，并自动更新

 

     3. 装饰者模式

          动态的将责任附加到对象上。想哟啊扩展功能，装饰者提供有别于继承的另外一种选择

      要点：

• 继承属于扩展形式之一，但不见得是达到弹性设计的最佳方式
• 在咱们的设计中，应该容许行为能够被扩展，而无需修改现有的代码
• 组合和委托可用于在运行时动态地加上新的行为
• 除了继承，装饰者模式也可让咱们扩展行为
• 装饰者模式意味着一群装饰者类，这些类用来包装具体组件
• 装饰者类反应出被装饰者的组件类型（事实上，他们具备相同的类型，都是通过接口或继承实现）     
• 装饰者能够被装饰者的行为前面与/或后面加上本身的行为，甚至将被装饰者的行为整个取代掉，而达到特定的目的
• 能够用无数个装饰者包装一个组件
• 装饰者通常对组件的客户是透明的，除非客户程序依赖于组件的具体类型
• 装饰者会致使设计中出现许多小对象，若是过分使用，会让程序变得复杂

 

     4.

      抽象工厂模式：

          提供一个接口，用于建立相关或依赖对象的家族，而不须要明确指定具体类

     工厂方法模式：

          定义了一个建立对象的接口，但由子类决定要实例化的类是哪个。工厂方法让类把实例化推迟到子类

     要点：

• 全部的工厂都是用来封装对象的建立
• 简单工厂，虽然不是真正的设计模式，可是仍不失为一个简单的方法，能够将客户程序从具体类解耦
• 工厂方法使用继承：把对象的建立委托给子类，子类实现工厂方法来建立对象
• 抽象工厂使用对象组合：对象的建立被实例化在工厂接口所暴露出来的方法中
• 全部工厂模式都经过减小用功程序的具体类之间的依赖促进松紧耦合
• 工厂方法容许类将实例化延迟到子类进行
• 抽象工厂建立相关的对象家族，而不须要依赖他们的具体类
• 依赖倒置原则，指导咱们避免依赖具体类型，而尽可能依赖抽象
• 工厂是颇有威力的技巧，帮助咱们针对抽象编程，而不要针对具体类型编程

     5.单件（例）模式

          确保一个类只有一个实例，并提供全局访问点

     要点：

• 单件模式确保程序中一个类最多只有一个实例
• 单件模式也提供访问这个实例的全局点
• 在Java中实现单件模式须要私有化构造器，一个静态方法和一个静态变量
• 肯定在性能和资源上的限制，而后当心地选择适当的方案来实现的那件，以解决多线程的问题
• 若是使用多个类加载器。能够致使单件失效而产生多个实例
• 若是使用JVM1.2或以前的版本，必须创建注册表，以避免垃圾收集器将的单件回收

     6.命令磨时间哦

          将请求封装成对象，这可让你使用不一样的情iqu，队列，或者日志请求来参数化其余对象。命令模式也能够支持撤销操做

     要点：

• 在被解耦的二者之间是经过命令对象昂进行沟通的，命令对象封装了接受者和一个或一组动做
• 调用者经过调用命令对象的execute（）发出请求，这会使得接受者的动做被调用
• 调用者能够接受命令看成参数，甚至在运行时动地进行
• 命令能够支持撤销，作法是实现一个undo（）方法来回到execute（）被执前的状态
• 宏命令是命令的一种简单延伸，容许调用多个命令。宏方法也能够支持撤销
• 实际操做时，很常见使用“聪明”对象，也就是直接实现了请求，而不是将工做委托给接受者
• 命令也能够用来实现日志和事物系统

     

     7.

     适配器模式：

          将一个类让接口，转换成客户指望的另外一个接口。适配器让本来不兼容的类能够合做无间

     外观模式：

          提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易调用

     要点：

• 当须要使用一个现有的类而其接口并不符合你的须要时，就是用适配器
• 当须要简化并赞成一个很大的接口或者一群复杂的接口时，使用外观
• 适配器改变接口以符合客户的指望
• 外观将客户从一个复杂的子系统中解耦出来
• 实现一个适配器可能须要一番功夫，也可能不费功夫，视目标接口的大小与复杂度而定
• 实现一个外观，须要将子系统组合外观中，而后将工做委托给子系统执行
• 适配器模式有两种形式：对象适配器和类适配器。类适配器须要用到多重继承（Java不支持多重继承）
• 适配器将一个对象包装起来一改变接口；装饰者将一个对象包装起来以增长新的行为和责任；外观将一群对象“包装”起来以简化其接口

 

     8.模板方法模式

          在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中。模板方法是的子类能够在不改变算法结构的状况下，从新定义算法中的某些步骤

     要点：

• “模板方法”定义了算法的步骤，把这些步骤的实现延迟到子类
• 模板方法为咱们提供了一种代码复用的重要技巧
• 模板方法的抽象类能够定义具体方法，抽象方法和钩子
• 抽象方法由子类实现
• 钩子是一种方法，它在抽象类中不作事，或者只作默认的事情，子类能够选择要不要去覆盖它
• 为了防止子类改变模板方法中的算法，能够将模板方法声明为final
• 好莱坞原则告诉咱们，将决策权放在高层模板中，以便决定如何以及什么时候调用低层模板
• 你将在真是世界代码中看到模板方法模式的多变体，不要期待他们全都是一眼就能够被你认出来的
• 策略模式和模板方法模式都封装算法，一个用组合，一个用继承
• 工厂方法是模板方法的一种特殊版本

     

     9. 

     迭代器模式：

          提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露其内部的表示

     组合模式：

          容许你将对象组成树形结构来表示“总体/部分”的层次结构。组合能让客户以一致的方式处理个别对象和对象组合

     要点：

• 迭代器容许访问聚合的元素，而不须要暴露他的内部结构
• 迭代器将遍历聚合的工做封装进一个对象中
• 当使用迭代器的时候，咱们依赖聚合提供遍历
• 迭代器提供了一个通用的接口，让咱们遍历聚合的项，当咱们编码使用聚合的项时，就可使用多态机制
• 咱们应该努力让一个结构，可同时包容个别对象和组合对象
• 组合模式容许客户对个别对象及组合对象一视同仁
• 组合结构内的任意对象称为组件，组件能够是组合，也能够是叶节点
• 在实现组合模式时，有许多设计上的折中。你要根据组要平衡透明性和安全性

 

     10. 状态模式

          容许对象在内部状态改变是改变他的行为，对象看起来好像修改的他的类

     要点：

• 状态模式容许一个对象基于内部状态而拥有不一样的行为
• 和程序状态机不一样，状态模式用类表明状态
• context会将行为封装进一个类，咱们把之后须要作的任何改变局部化了
• 状态模式和策略模式有相同的类图，可是他们的意图不一样
• 策略模式一般或用行为域算法类配置context类
• 状态模式容许context随着状态的改变而改变行为
• 状态转换能够由state类或context类控制
• 使用状态 模式一般会致使设计中类的数目大量增长
• 状态类能够被多个context实例共享

 

     11. 代理模式

          为另外一个对象提供一个替身或占位符以访问这个对象

     要点：

• 代理模式为另外一个对象提供表明，以便控制客户对对象的访问，管理访问的方式有许多种
• 远程代理客户和远程对象之间的交互
• 虚拟代理控制访问实例化开销大的对象
• 保护代理基于调用者对对象方法的访问
• 代理模式有许多变体，例如：缓存代理，同步代理，防火墙代理和写入时复制代理
• 代理在结构上相似于装饰者，可是目的不一样
• 装饰者模式为对象加上行为，而代理则是控制访问
• Java内置的代理支持，能够根据须要创建动态代理，并将全部调用分配到所选的处理器
• 就和其余的包装者同样，代理会形成设计中类的数量增长

 

     12. 复合模式

               复合模式结合两个或以上的模式，组成一个解决方案，解决一再发生的通常性问题。（MVC，model2）

     要点：

• MVC是复合模式，结合观察者模式，策略模式和组合模式
• 模型使用观察者模式，以便观察者更新，同时保持二者之间的解耦
• 控制器是视图的策咯，视图可使用不一样的控制器实现，获得不一样的行为
• 视图使用组合模式实现用户界面，用户界面一般组合了嵌套的组件，项面板，框架和按钮
• 这些模式携手合做，把MVC模型的三层解耦，这样能够保持设计干净又有弹性
• 适配器模式用来将新的模型适配成已有的视图和控制器
• Model2是MVC在web上的应用
• 在Model2中，控制器实现成Servlet，而JSP/HTML实现视图