(声明:本系列所用的模式都来自GOF23中,本系列并不是讲23种经典设计模式,而是如何去使用这些模式)

在前面的文章中,我们设计完成了员工工资,福利以及按照部门来区分员工,以及遍历统计部门人员成本等业务逻辑,这些设计基本上可以满足我们所设定的场景的变化,可是创建部门及人员树的时候太复杂了,而且这种创建很容易发生变化,比如加入分公司,或者部门层级变动添加了层级的时候,创建的代码一定就要修改.那么如何避免,封装这个创建时的变化呢?

1.分析:来看看我们的意图,我们要将复杂的部门创建过程封装,使得同样的构建过程可以创建不同的部门.那么我们就需要把创建单独封装,创建的过程也需要单独封装.

Gof23中的Builder(生成器)模式:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。 与我们的意图相符.那么我们就来使用Builder模式.

2.类图:

3.代码

首先封装创建过程:

Code
public abstract class CompositeBuilder   //封装创建过程
{
    public abstract PersonComposite BuildComposite();
}

public class Builder:CompositeBuilder  //实现具体的创建过程
{
    public override PersonComposite BuildComposite()  
    {
        PersonComposite root = new PersonComposite();
        StaffAndSalaryFactory saf = new StaffAndSalaryFactory();  //实例化工厂
        for (int j = 0; j < 5;j++ )
        {
            PersonComposite pc = new PersonComposite();
            pc.Name = j.ToString();
            for (int i = 0; i < 10; i++)
            {
                AbstractPerson staff = saf.GetPerson();  //创建员工
                staff.PersonName = "  涵舍愚人"+j.ToString()+i.ToString();
                staff.PersonSalary = saf.GetSalary();//创建员工工资
                if (i % 2 == 0)
                {
                    staff.PersonSalary.Salaryprize = BadPrize.badPrize;//使用单件初始化员工工资的绩效部分
                    //该员工工资为:6000+绩效3000=9000
                }
               else
                {
                    staff.PersonSalary.Salaryprize = GoodPrize.goodPrize;//使用单件初始化员工工资的绩效部分
                    //该员工工资为:6000+绩效6000=12000
                }
                pc.AddComposite(staff);//将Staff加到部门PC
            }
            root.Composite.Add(pc);
        }
        return root;
    }
}

封装创建:

Code
public class Director  //封装创建
{
    public PersonComposite GetPersonComposite(CompositeBuilder cb)
    {
         return cb.BuildComposite();
    }
}

客户代码:

Code
class Program
    {
        static void Main(string[] args)
        {
            Builder b = new Builder(); //实例化具体Builder
            Director d = new Director();  //实例化Composite的创建
            PersonComposite pc = d.GetPersonComposite(b);  //用d对象的固定方法创建PersonComposite
            Print(pc); //调用输出
            Console.Read();
        }
        public static void Print(PersonComposite pc)
        {
            Listterator list = new Listterator(pc);  //实例化一个遍历器,用来遍历Composite的子节点
            while (list.Next())  //遍历下一个节点
            {
                PersonComposite spc = list.Current() as PersonComposite;//如果是部门,输出部门名字
                if (!Equals(spc, null))
                {
                    Console.Write("部门"+spc.Name+"\r\n");  
                    Print(spc); //如果是部门,则递归
                }
                else
                {
                    AbstractPerson ap = list.Current() as AbstractPerson;  //如果是人员,输出人员和工资
                    if (!Equals(ap, null))
                    {
                        Console.Write(ap.PersonName + "应得工资为" + ap.GetShouldpaid().ToString()+"\r\n");
                    }
                }

}
        }
    }

我们现在把创建过程封装在了Build类里,当然这里可以是多个步骤,比如创建部门,创建组,创建人员等.

将创建完成Composite放到了Director类的固定方法中,我们可以先创建部门,然后组,再然后人员,甚至可以反过来,这样创建过程不变,而Director的GetPersonComposite方法的创建步骤不同,就可以创建出不同的树.这样即使需求变化了,客户代码也不需要去改变,只要去创建不同的Builder和修改Director的方法就好了,如果Director用工厂方法来做,那么连它都不需要修改,而直接添加就好了,设计模式的原则之一就是添加优于修改.

输出结果:

在创建时,给人员名字前加了个空格,就出现了一个简单的树,如果要写树,可以用我们前面用过的Stratege,来封装树控件前面的那小加号,减号,竖线等,然后在创建中使用这些封装的策略.就OK了

这样我们就完成了复杂的Composite的创建的封装,但是这里面还有缺点:前面我们说了一个人可能身兼二职,尤其管理层的,更有这个可能,那么他就要出现在不同部门里,而我们现在的创建是一个节点一个对象,这样我们就要浪费内存了...怎么解决?下一篇中我们将介绍!

下一篇:如何使用设计模式来构造系统--(8)

转载于:https://www.cnblogs.com/xugao918/archive/2008/08/20/1272228.html

如何使用设计模式来构造系统--(7)相关推荐

  1. 设计模式在业务系统中的应用

    简介: 本文的重点在于说明工作中所使用的设计模式,为了能够更好的理解设计模式,首先简单介绍一下业务场景.使用设计模式,可以简化代码.提高扩展性.可维护性和复用性.有哪些设计模式,这里就不再介绍了,网上 ...

  2. 浅谈设计模式在建安系统中的应用

    东湖项目接近尾声,一直想写一下对于该系统设计的感悟,今天就在这里写一写吧. 首先,评价一个系统的好坏,在我的心里有三个标准:第一是可扩展性,我把它放在第一位,因为没有哪个项目是不需要不断修改的,这是事 ...

  3. Java设计模式之秒杀系统

    本篇我们来研究下Java设计模式中的秒杀系统相关问题. 秒杀系统的分流主要思路是什么? 通过分布式集群技术,多台机器处理,提高并发能力. 秒杀系统的访问拦截主要思路是什么? 通过CDN和缓存技术,尽量 ...

  4. Java 设计模式之构造者模式

    构造者模式和策略模式比较类似,都是由一个调用方和被调用方组成,只是构造者模式一般用于更复杂的情况,虽然具体的工作由被调用方实现,但是调用方确定实现的先后顺序. 1.定义Builder接口 public ...

  5. java 通知模式_设计模式:通知系统

    我正在开发一个将使用社交网络功能的网站(例如facebook) . 我想实现一个通知系统,显示诸如"X将你添加为朋友","Y邀请你参加聚会","Z已经 ...

  6. Java简单类与对象,封装,多态,继承,接口,设计模式,某游戏系统的需求如下,请按照面向对象思想进行设计并实现。

    代码需求 java实现 (1)有很多的武器,包括弓箭(BowAndArrow).魔杖(Wand)和剑(Sward),每种武器都具备攻击和防守两个行为.在每种行为实现中,打印相应的提示信息即可,例如&q ...

  7. 面向模式的分析和设计(POAD)

    <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> 设计模式的作用 ...

  8. 软件设计·构件级设计(component-level design)

    作为复习笔记使用 体系结构设计的第一次迭代完成之后,就应该开始进行构件级设计,在构件级设计这个阶段,全部的数据和软件的程序结构会被建立,从而将设计模型转化成为运行软件 一.构件的定义 1. 通常来说, ...

  9. 解析大型.NET ERP系统 高质量.NET代码设计模式

    1 缓存 Cache 系统中大量的用到缓存设计模式,对系统登入之后不变的数据进行缓存,不从数据库中直接读取.耗费一些内存,相比从SQL Server中再次读取数据要划算得多.缓存的基本设计模式参考下面 ...

最新文章

  1. 五大关键物联网应用助力优化数据中心基础设施管理
  2. Android全局对象Application的使用,以及如何在任何地方得到Application全局对象
  3. h5输出文字write_免费下载:Write是用于手写的文字处理器
  4. node中的Stream-Readable和Writeable解读
  5. Linux中实现远程登录Xshell和Xftp
  6. PLSQL_性能优化系列10_Oracle Array数据组优化
  7. 金额数字转中文大写(转)
  8. ZOJ1003 Crashing Balloon【水题】
  9. Linux环境下Lapack软件包的编译和使用
  10. openfoam学习心得---牛顿流体相关公式理解、转换与整理
  11. 小米 OJ 编程比赛 02 月常规赛 (Carryon 数数字)
  12. iP138版 iP地址 离线iP数据库 ip.dat详解
  13. AWS - Auto Scaling 介绍
  14. Go 每日一库之 xorm
  15. 脱壳_01_虚拟机壳_VMP
  16. django基于Python的HOME宠物领养+购物商城中心小程序#毕业设计
  17. 【谷粒商城】框架扩充篇(3/4)
  18. 【软工视频】需求分析
  19. php的在线问卷调查_php 在线问卷调查程序二
  20. 财务凭证过账参考号码传输问题

热门文章

  1. 串口字符传输时间计算
  2. 分时技术用户可以独占计算机资源,计算机基础第二章选择题(带答案修改版 )校过...
  3. linux shell中各种分号和括号,linux shell 各种分号,括号使用方法总结
  4. 00_python安装与配置(mac)
  5. Linux之Ubuntu下安装屏幕录像软件(SimpleScreenRecorder)【摘抄】
  6. 深入理解Sqlserver索引
  7. iOS开发中@property的属性weak nonatomic strong readonly等介绍
  8. Http方法:Get请求与Post请求的区别
  9. Aixs2发布webservice服务
  10. app.config数据库路径问题