设计模式之建造者模式

 

建造者模式简介

 建造者模式又称生成器模式,它将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。这就要求,我们所要处理的对象必须要有非常强的结构化特征,对于开发人员而言,需要抽象出一般的结构化接口出来,方便进行构建工作。 

作为一名码农,最难得的应该就是找对象了,就算勉强找到了,要是对人家不好,人家可就离你远去了。所以要对人家好点,学会做饭,多弄几个花样出来,让生活充满新鲜感,小两口的感情也会越来越深了。

这个时候建造者模式就闪亮登场了,我们所吃的饭,无非是炒菜,主食,另外还需要弄汤类或者饮料类东西,只要将这些东西抽象出来,那么每天的饭菜内容就稳定了,永远变化的是具体的炒菜品类、主食品类和汤的品类。要始终谨记,稳定的东西都是抽象后的东西,不要一下子就陷入到细节中去。

建造者模式UML类图

jianzaozhe

通过UML类图,我们可以知道建造者模式有以下几个角色:

Director:从抽象角度创建对象的各个部分,同时根据要求设计创建各个部分的顺序。

Builder:给出一个抽象接口,以规范产品对象的各个组成部分的建造。

ConcreteBuilder:实现Builder接口,具体化创建对象的各个部分。 并提供具体的实例。

Product:要创建的复杂对象。此处指的是Meal。当然该类可以不用,只保留概念也是可以的。

范例

接下来的范例就是要为女朋友准备不同的饭菜,以达生活新鲜感的目的,要好好学哦。

   1:  public class Meal
   2:  {
   3:      private string mainMeal;
   4:      private string stirFry;
   5:      private string soup;
   6:   
   7:      public Meal(string mainMeal, string stirFry, string soup)
   8:      {
   9:          this.mainMeal = mainMeal;
  10:          this.stirFry = stirFry;
  11:          this.soup = soup;
  12:      }
  13:   
  14:      public void Show(string mealType)
  15:      {
  16:          Console.WriteLine(mealType);
  17:   
  18:          Console.WriteLine("主食:" + this.mainMeal);
  19:          Console.WriteLine("菜类:" + this.stirFry);
  20:          Console.WriteLine("汤类:" + this.soup);
  21:      }
  22:  }
  23:   
  24:  public abstract class Builder
  25:  {
  26:      public abstract void BuildMainMeal(string mainMeal);
  27:   
  28:      public abstract void BuildStirFry(string stirFry);
  29:   
  30:      public abstract void BuildSoup(string soup);
  31:   
  32:      public abstract Meal MealBuilder();
  33:  }
  34:   
  35:  public class BreakfastBuilder : Builder
  36:  {
  37:      private string mainMeal;
  38:      private string stirFry;
  39:      private string soup;
  40:   
  41:      public override void BuildMainMeal(string mainMeal)
  42:      {
  43:          this.mainMeal = mainMeal;
  44:      }
  45:   
  46:      public override void BuildStirFry(string stirFry)
  47:      {
  48:          this.stirFry = stirFry;
  49:      }
  50:   
  51:      public override void BuildSoup(string soup)
  52:      {
  53:          this.soup = soup;
  54:      }
  55:   
  56:      public override Meal MealBuilder()
  57:      {
  58:          return new Meal(mainMeal, stirFry, soup);
  59:      }
  60:  }
  61:   
  62:  public class Director
  63:  {
  64:      private Builder builder;
  65:      public Director(Builder builder)
  66:      {
  67:          this.builder = builder;
  68:      }
  69:   
  70:      public void Construct(string mainMeal, string stirFry, string soup)
  71:      {
  72:          builder.BuildMainMeal(mainMeal);
  73:          builder.BuildStirFry(stirFry);
  74:          builder.BuildSoup(soup);
  75:      }
  76:  }

调用

   1:  class Program
   2:  {
   3:      static void Main(string[] args)
   4:      {
   5:          Builder builder = new BreakfastBuilder();
   6:          Director director = new Director(builder);
   7:          director.Construct("八宝粥","香菇青菜","番茄鸡蛋汤");
   8:   
   9:          Meal meal = builder.MealBuilder();
  10:   
  11:          meal.Show("亲,吃早餐啦");
  12:          Console.Read();
  13:      }
  14:  }

运行结果:

1555851789(1)

当然,我这早餐,估计不过关的概率十分的大。

建造者模式优缺点

优点:

1、建造者模式有更好的封装性和细节隐藏的特点,调用者无需也无法关注到细节部分。

2、由于建造者对对象本身以及创建过程进行了非常细致的拆分,使得我们可以精细控制细节部分,减少风险。

 

缺点:

1、如果内部非常复杂的话,会生成太多太多的类,以至于会扩大我们的关注点,加大了代码的维护难度。

2、由于建造者模式本身很复杂,所以我们需要将建造者模式应用于通过环境下,不然只为了一种场景编写,实在是耗费精力,这也就带来了建造模式的使用范围。

建造者模式使用范围的思考

建造者模式要求我们使用抽象思维来面对问题,其建造过程与表示分离是其最大特征,如果建造过程可变,同时具有高度的结构化,我们使用建造者模式是非常有帮助的。

关于表示的功能,我们可以理解为,只是一个抽象接口,但是由于我们可以改变其构建顺序或者选择构建结构,使得表示可以多样化,此刻我们使用建造者模式也是有益的。

posted @ 2019-04-21 21:21  艾心❤  阅读(...)  评论(... 编辑 收藏