我的设计模式2
-
迭代器模式
1. 定义迭代器模式:提供一种方法顺序访问一个聚合对象中各个元素,而又不暴露该对象内部表示
2. 结构图
3. 何时使用
1. 当你需要访问一个聚集对象,而且不管这些对象是什么都需要遍历的时候,你就应该考虑使用迭代器模式。
2. 当需要对聚集有多种方式遍历时,可以考虑使用迭代器模式
3. 为遍历不同的聚集结构提供如开始,下一个,是否结束,当前那一项等统一接口
4. foreach in 的使用:本质就是使用的迭代器模式
4. 特点
迭代器模式分离了集合对象的遍历行为,抽象出一个迭代器来负责,这样既可以做到不暴露集合内部的结构(内部的变量,不关你是张三还是李四),又可以让外部的代码透明的访问集合内部的数据。
5. 售票员买票的过程
-
单例模式
1. 定义单例模式:保证一个类仅有一个实例,并提供一个访问它的全局访问点。
2. 结构图
3. 分类
- 饿汉式单例模式:使用了静态初始化方法,在类加载的时候就进行了初始化。
- 懒汉式单例模式:使用了双重锁机制来保证多线程安全,用的时候才初始化
4. 与工具类方法的区别: 在于单例模式有自己的状态,但是工具类一般都是方法的集合,内部没有状态。
-
桥接模式
1. 定义桥接模式:将抽象部分与他的实现部分分离,使他们能够独立变化。 实现指的是抽象类和它的派生类用来实现自己的对象。实现系统可能有多个角度的分类,每一种分类都有可能变化,那么就把这种多角度分离出来让他们独立成类,独立变化,减少了他们之间的耦合
2. 结构图
-
命令模式
1. 定义
命令模式:将一个请求封装成一个对象,从而使你可用不同的请求对客户进行参数化,对请求排队或记录请求日志,以及支持可撤销的操作。
2. 结构图
3. 作用- 能较容易的实现命令队列 - 在需要的情况下,可以较容易的将命令记录到日志 - 允许接受请求的一方决定是否要否决请求 - 可以容易地实现对请求的撤销和重做 - 由于加进新的具体命令类不影响其他类,所以很容易添加新的命令 - 命名模式将请求一个操作的对象与知道怎么执行一个操作的对象分隔开了
-
职责链模式
1. 定义职责链模式:使多个对象都有机会处理请求,从而避免请求的发送者和接受者之间的耦合关系。将这个对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。
2. 结构图
3. 特点
- 当客户提交一个请求时,请求是沿着链传递直至有一个ConcreteHandler 对象负责处理它。
- 接收者和发送者都没有对方明确的信息,且链条中的对象自己也并不知道链的结构。结果是职责链可简化对象的相互连接,它们仅需保持一个指向其后继者的引用,而不需要保存所有的候选接收者的引用
- 随时增加或者修改处理一个请求的结构是方便的,增加了给对象指派职责的灵活性。
- 一个请求极有可能到了链的末端都得不到处理,或者因为没有正确配置而得不到处理
4. 职责链模式VS组合模式
- 中介者模式
-
定义
中介者模式:用一个中介对象来封装一系列的对象的交互。中介者使各对象不需要显示的相互引用,从而使其耦合松散,而且可以独立的改变他们之间的交互。 出现的原因: 尽管当一个系统分割成多个对象通常可以增加其可复用性,但是对象间的相互连接的激增又会降低其可复用性。大量的连接使得一个对象不可能在没有其他对象的支持下工作,系统表现为一个不可分割的整体,所以对系统的行为进行任何较大的改动就十分困难了。符合迪米特法则。能够不直接发生作用,就不要直接发生作用,让第三方去转发这个作用过程 - 具体中介对象:实现抽象中介的方法,他需要知道所有具体同事类,并从具体同事接受消息,向具体同事对象发出命令 - 具体同事类:每个具体同时类只知道自己的行为,不了解其他同事类的情况,但是他们都认识中介者对象
-
结构图
-
优缺点
- 终结者模式很容易在系统中应用,也很容易在系统中误用,当系统出现了多对多的交互复杂的对象群的时,不要急于使用中介者模式,而要反思你的系统在设计上是不是合理。 - 中介者者模式一般应用于一组对象以定义良好但是以复杂的方式进行通信的场合,以及想要定制一个分布在多个类中的行为,而又不想生成太多的子类的场合。
-