C# 设计模式巩固笔记 - 建造者模式

前言

写给自己-贵在坚持。建造者模式不复杂,但是想个形象的例子好难。

介绍-建造者模式

定义:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。

实现

建造者模式主要是应对复杂对象,在之前讲的滑板鞋的例子看上去不是很适合,因为它并不复杂。但是我们把一双鞋子拆分一下:鞋底、鞋带、鞋面 等等。原来它也并不简单,下面通过建造者模式来实现一下造鞋子的流程:

首先是建造者类:

    /// <summary>
    /// 建造者基类
    /// </summary>
    public abstract class Builder
    {
        /// <summary>
        /// 组装鞋底
        /// </summary>
        public abstract void BuildTread();
        /// <summary>
        /// 组装鞋面
        /// </summary>
        public abstract void BuildVamp();
        /// <summary>
        /// 穿鞋带
        /// </summary>
        public abstract void BuildShoeLace();
        /// <summary>
        /// 鞋子出厂
        /// </summary>
        /// <returns></returns>
        public abstract Shoes OutShoes();
    }

工厂里谁是建造者,当然是工人:

  /// <summary>
    /// 操作员1
    /// </summary>
    public class Operator1 : Builder
    {
        Shoes shoes = new Shoes();
        public override void BuildShoeLace()
        {
            shoes.AddPart("鞋带1");
        }

        public override void BuildTread()
        {
            shoes.AddPart("鞋底1");
        }

        public override void BuildVamp()
        {
            shoes.AddPart("鞋面1");
        }

        public override Shoes OutShoes()
        {
            return shoes;
        }
    }

    /// <summary>
    /// 操作员2
    /// </summary>
    public class Operator2 : Builder
    {
        Shoes shoes = new Shoes();
        public override void BuildShoeLace()
        {
            shoes.AddPart("鞋带2");
        }

        public override void BuildTread()
        {
            shoes.AddPart("鞋底2");
        }

        public override void BuildVamp()
        {
            shoes.AddPart("鞋面2");
        }

        public override Shoes OutShoes()
        {
            return shoes;
        }
    }

还是产品-鞋子:

  /// <summary>
    /// 鞋子
    /// </summary>
    public class Shoes
    {
        public Shoes()
        {
            Parts = new List<string>();
        }
        List<string> Parts { get; set; }

        public void AddPart(string part)
        {
            Parts.Add(part);
        }
        public void ShowParts()
        {
            for(int i =0,c = Parts.Count;i < c; i++)
            {
                Console.WriteLine("我的滑板鞋建造的顺序是_{0}:{1}",i,Parts[i]);
            }
        }
    }

假如是你工人的话,你会自觉的干活吗?(我不会,嘿嘿...所以需要老板来指挥):

   public class Boss
    {
        public Shoes BuidShoes(Builder builder)
        {
            builder.BuildTread();
            builder.BuildVamp();
            builder.BuildShoeLace();
            return builder.OutShoes();
        }
    }

下面看调用:

namespace DesignPattern
{
    class Program
    {
        static void Main(string[] args)
        {
            Boss boss = new Boss();
            Builder builder1 = new Operator1();
            Shoes shoes1 = boss.BuidShoes(builder1);
            shoes1.ShowParts();
            Console.WriteLine("-----------------华丽的分割线-----------------");
            Builder builder2 = new Operator2();
            Shoes shoes2 = boss.BuidShoes(builder2);
            shoes2.ShowParts();

            Console.Read();
        }
    }
}

运行结果:

欢迎批评指正,转载请注明出处 http://www.cnblogs.com/xinwang/p/6380564.html

时间: 2024-10-24 17:23:19

C# 设计模式巩固笔记 - 建造者模式的相关文章

设计模式学习笔记-建造者模式

一.概述 将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示: 二.模式中的角色 Builder:为创建一个Product对象的各个部件指定抽象接口: ConcreteBuilder:实现Builder的接口以构造和装配该产品的各个部件:定义并明确它所创建的表示:提供一个检索产品的接口: Director:构造一个使用Builder接口的对象: Product:表示被构造的复杂对象,ConcreteBuilder创建该产品的内部表示并定义它的装配过程:包含定义组成部件的类,

设计模式学习04—建造者模式

一.动机与定义 创建对象时,我们知道可以使用工厂方式来创建,使调用者和具体实现解耦,但是有一种情况,当要创建的多个对象之间重复性较大,只有创建步骤.组装顺序或者内部构件不同时,工厂模式就需要进一步的演化了,如我们去KFC,有很多种套餐,比如套餐1(薯条+可乐+汉堡),套餐2(鸡肉卷+薯条+可乐),这个套餐就是我们要获取的复杂对象,那么程序如何创建出这种对象呢. 我们看到套餐的内容很多是一样的,那么我们是不是可以考虑将创建单个食品(如鸡肉卷.可乐等)方法提取出来,使用单独一个类协调这些食品的组合比

Java学习笔记——设计模式之九.建造者模式

 建造者模式(Builder),将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示. Product类: 1 package cn.happy.design_pattern._09builder; 2 3 import java.util.ArrayList; 4 import java.util.List; 5 6 public class Product { 7 8 List<String> parts = new ArrayList<>(); 9 10

设计模式--17、建造者模式

[转]建造者模式 一个人活到70岁以上,都会经历这样的几个阶段:婴儿,少年,青年,中年,老年.并且每个人在各个阶段肯定是不一样的呀,我觉得可以说世界上不存在两个人在人生的这5个阶段的生活完全一样,但是活到70岁以上的人,都经历了这几个阶段是肯定的.实际上这是一个比较经典的建造者模式的例子了. 1.初识建造者模式 建造者模式实际上是常用的设计模式.顾名思义,builder的意思是建造者或者建筑工人,谈到建造自然会想到楼房.楼房是千差万别的,楼房的外形.层数.内部房间的数量.房间的装饰等等都不一样,

设计模式之禅——建造者模式

建造者模式定义: 建造者模式也叫做生成器模式--将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示.) 例子:我们要生产一个简单车模(汽车模型),汽车模型要有启动.停止.引擎发出声音.喇叭响等功能.现在我要让用户根据自己的喜好来选择这些功能的顺序~(接着上一篇模板方法模式的例子) 我们做出了下面的设计,见UML图 见代码 //汽车模型的抽象类 public abstract class CarModel{ //sequence就是客户要求执行的方法的顺序 private A

Android设计模式--建造者模式

回头看自己写的东西,在关于Android自定义控件时,写的代码适用性比较高,但是看上去没有什么技术含量,所以在学习设计模式的时候,想想有些东西是否能够改进,比如说: 自定义Dialog是Android应用必须的,系统的控件实在是太难看了: 在构建中,完全是,new完对象之后,需要什么构建什么,这样写没有问题,可读性也还行,就是看上去不咋的. 以下是小部分代码片段: package com.example.demo.Builder; /** * * @author qubian * @data 2

Java设计模式百例 - 建造者模式

本文源码见:https://github.com/get-set/get-designpatterns/tree/master/builder 建造者模式(Builder Pattern)使用多个简单的对象一步一步构建成一个复杂的对象,这种类型的设计模式属于创建型模式.建造模式可以将一个复杂对象的内部组成部分,与该对象本身的创建分离开来,从而使得复杂对象的组装更灵活. 文绉绉的话不宜多说,其实这种模式还是挺常见的: * 比如我们在订手机套餐的时候,无论是自选还是电信公司配置好的,通常一个套餐包括

我的设计模式:从模版设计模式谈到建造者模式

1.模版设计模式  TemplateMethod Pattern 问题:创建模型,如何处理更好?有共性有异性,共性放在哪里(abstract)?异性放在哪里(实现)? 缺陷:暴露方法好吗?protected保护起来    方法不会被子类继承修改final更好 概念:模版中的方法(抽象方法.具体方法.钩子方法) 模版模式:重写父类的方法,再调用父类的方法产生不同的结果 具体方法一般体现在调用其他方法的顺序上 模版模式一定是继承来的 2.建造者模式  Builder Pattern 问题升级:继续添

《设计模式》之建造者模式(Builder)

仅供自己参考,因初次,有很多东西都只是我自己的理解,如想学习请找下一家. 1.简介 是一种对象构建的设计模式,他可以将复杂的建造过程抽象出来,使这个抽象过程的不同实现方法可以构造出不同表现的对象. 优点:建造代码与表示代码分离,有偶遇建造者隐藏了该产品是如何组装的. 2.自己的理解 理解不了. 3.盗来的解释 建造者模式实际上是常用的设计模式.顾名思义,builder的意思是建造者或者建筑工人,谈到建造自然会想到楼房.楼房是千差万别的,楼房的外形.层数.内部房间的数量.房间的装饰等等都不一样,但