专栏首页技术赋能学术Head First设计模式——生成器模式和责任链模式

Head First设计模式——生成器模式和责任链模式

生成器

生成器模式:封装一个产品的构造过程,并允许按步骤构造。

现又一个度假计划指定,需要指定度假每一天的活动、旅馆、用餐、门票等等事情,但是每个客人的度假计划可能不太一样。例如天数、活动类型、用餐等等。

我们需要一个弹性的数据结构,代表客人的规划,以及不同的变化,也需要一系列潜在复杂顺序,创建这样的规划。如何提供一种方式来创建复杂的结构,也不会和创建它的步骤混在一起。迭代器的过程就是封装进一个独立的对象中,向客户隐藏集合的内部表现。这里我们也采用同样的思路:我们将旅游规划的创建过程,封装到一个对象中(此对象称为生成器),然后让客户调用生成器为它创建旅游规划。

设计类图:

实现代码:

①存储数据结构类

1     public class Vacation
2     {
3         public int Day { get; set; }
4         public string Hotel { get; set; }
5         public string Park { get; set; }
6         public string Activity { get; set; }
7         public string Meal { get; set; }
8     }

②抽象生成器

1     public abstract class AbstractBuilder
2     {
3         public abstract void BuildDay(int day);
4         public abstract void Hotel(string hotel);
5         public abstract void Park(string park);
6         public abstract void Activity(string activity);
7         public abstract void Meal(string meal);
8         public abstract Vacation GetVacationPlanner();
9     }

③具体生成器,具体生成器可以多个实现。

 1     public class VacationBuilder : AbstractBuilder
 2     {
 3         private Vacation vacation=new Vacation();
 4 
 5         public override void BuildDay(int day)
 6         {
 7             vacation.Day = day;
 8         }
 9 
10         public override void Hotel(string hotel)
11         {
12             vacation.Hotel = hotel;
13         }
14         public override void Activity(string activity)
15         {
16             vacation.Activity = activity;
17         }
18         public override void Meal(string meal)
19         {
20             vacation.Meal = meal;
21         }
22 
23         public override void Park(string park)
24         {
25             vacation.Park = park;
26         }
27 
28         public override Vacation GetVacationPlanner()
29         {
30             return vacation;
31         }
32     }

④客户使用生成器

优点:

1、将复杂对象创建过程封装起来。

2、允许对象通过多个步骤来创建,并且可以改变过程。

3、向客户隐藏产品内部表现。

4、产品的实现可以被替换,因为客户只看到一个抽象的接口。

用途与缺点:

1、经常用来创建组合结构。

2、与工厂模式相比,采用生成器创建对象的客户需要更多的领域知识,才能正确的创建对象。

责任链

责任链模式:让一个以上的对象有机会能够处理某个请求的时候,就使用责任链模式。

有这样一个场景,公司专门接受邮件处理的人员需要将每天接收到的邮件进行处理,一类是需要转给部门经理处理的邮件,一类是给自己处理的,还有一类垃圾邮件直接删除。如果这样的一个场景,我们就可以通过责任链模式,为处理创建一个对象链。每个对象依序检查邮件请求,并进行处理,或者将它传递给链中的下一个对象。

设计类图:

实现代码:

①责任链抽象类

 1     /// <summary>
 2     /// 邮件类型
 3     /// </summary>
 4     public enum EmailType
 5     {
 6         Self=1,
 7         Manager=2,
 8         Del=3
 9     }
10 
11 
12     public abstract class Handler
13     {
14         public Handler nextHandler;
15         public EmailType type;
16 
17         public Handler(EmailType type) {
18             this.type = type;
19         }
20 
21         public void SetNextHandler(Handler nextHandler)
22         {
23             this.nextHandler = nextHandler;
24         }
25 
26         public abstract void HandleRequest(EmailType requsetType);
27         
28     }

②责任链处理类

 1     /// <summary>
 2     /// 自己处理
 3     /// </summary>
 4     class SelfHandler : Handler
 5     {
 6         public SelfHandler() : base(EmailType.Self)
 7         {
 8         }
 9 
10         public override void HandleRequest(EmailType requsetType)
11         {
12             if (EmailType.Self == requsetType)
13             {
14                 Console.WriteLine("邮件由自己处理");
15             }
16             else
17             {
18                 if (nextHandler != null)
19                 {
20                     nextHandler.HandleRequest(requsetType);
21                 }
22             }
23         }
24     }
 1     /// <summary>
 2     /// 转发经理
 3     /// </summary>
 4     class ManagerHandler : Handler
 5     {
 6         public ManagerHandler() : base(EmailType.Manager)
 7         {
 8         }
 9 
10         public override void HandleRequest(EmailType requsetType)
11         {
12             if (EmailType.Manager == requsetType)
13             {
14                 Console.WriteLine("邮件转到经理处理");
15             }
16             else
17             {
18                 if (nextHandler != null)
19                 {
20                     nextHandler.HandleRequest(requsetType);
21                 }
22             }
23         }
24     }
 1     /// <summary>
 2     /// 删除垃圾邮件
 3     /// </summary>
 4     class DelHandler : Handler
 5     {
 6         public DelHandler() : base(EmailType.Del)
 7         {
 8         }
 9 
10         public override void HandleRequest(EmailType requsetType)
11         {
12             if (EmailType.Del == requsetType)
13             {
14                 Console.WriteLine("垃圾邮件已删除");
15             }
16             else
17             {
18                 if (nextHandler != null)
19                 {
20                     nextHandler.HandleRequest(requsetType);
21                 }
22             }
23         }
24     }

③测试责任链

 1     class Program
 2     {
 3         static void Main(string[] args)
 4         {
 5             //组装责任链
 6             Handler handler = new SelfHandler();
 7             Handler handler1 = new ManagerHandler();
 8             Handler handler2 = new DelHandler();
 9             handler.SetNextHandler(handler1);
10             handler1.SetNextHandler(handler2);
11             //测试
12             handler.HandleRequest(EmailType.Del);
13             handler.HandleRequest(EmailType.Manager);
14             handler.HandleRequest(EmailType.Self);
15 
16             Console.ReadKey();
17         }
18     }

优点:

1、请求的发送者和接收者解耦。

2、简化对象,因为不需要知道链的结构。

3、通过改变链内的成员或调动他们的次序,允许你动态地新增或者删除责任。

用途和缺点:

1、经常被用在窗口系统中,处理鼠标和键盘之类的事件。

2、并不保证请求一定被执行,如果没有任何对象处理它,可能会落到链尾端之外。

3、不容易观察允许特征,不好排查问题。

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • Head First设计模式——蝇量模式和解释器模式

    在一个设计房子的平台中,周围要加上一些树,树有一个坐标XY坐标位置,而且可以根据树的年龄动态将自己绘制出来。如果我们创建许多树之后,会有许多树的实例对象。使用一...

    SpringSun
  • Head First设计模式——复合模式

      复合模式是HeadFirst上面详细讲的最后一个模式,其前面的模式作者认为都是成熟的经常使用的模式。所以这是详细讲解模式的最后一篇,同时这个模式讲解的篇幅也...

    SpringSun
  • Head First设计模式——装饰者模式

    前言:对于设计模式我们有时候在想是否有必要,因为实际开发中我们没有那么多闲工夫去套用这么多设计模式,也没有必要为了模式而模式。

    SpringSun
  • 【抽象那些事】命令式抽象

    撸码那些事
  • 【抽象那些事】 命令式抽象

    这种坏味是由操作转换为类引起的,表现为类中只定义了一个方法,有时候类名和方法名相同。这种坏味还常常表现为方法操作的数据位于另一个类中。

    撸码那些事
  • 设计模式-装饰者模式

    用户5927264
  • ASP.NET Core管道详解[5]: ASP.NET Core应用是如何启动的?[上篇]

    我们知道ASP.NET Core应用的请求处理管道是由一个IServer对象和IHttpApplication对象构成的。我们可以根据需要注册不同类型的服务器,...

    蒋金楠
  • 让IoC动态解析自定义配置(提供基于Unity的实现)

    在《通过自定义配置实现插件式设计》中,通过在运行时对配置的动态解析实现了真正的“插件式”设计,其本质就是让配置自行提供对配置类型实例的创建。在这篇文章中,我们将...

    蒋金楠
  • 小游戏——金庸奇侠传(JAVA,对面向对象的进一步了解)

    泰斗贤若如
  • 一天一个设计模式:装饰者模式

    装饰者模式又称为包装(wrapper)模式。装饰者模式对客户端透明的方式扩展对象的功能,是继承关系的一个替代方案。

    用户1134788

扫码关注云+社区

领取腾讯云代金券