码迷,mamicode.com
首页 > 其他好文 > 详细

【大话设计模式】—— 工厂方法模式

时间:2014-07-07 17:05:05      阅读:272      评论:0      收藏:0      [点我收藏+]

标签:style   blog   http   color   使用   strong   

一、概念

  想象一下我们的寻常见到的工厂,下一个订单,付了订金,一段时间后就能够提货。我们不须要知道工厂是用的什么机器,怎么安排工人的,从哪来的材料,只须要一个订单就好,工厂就能够依照其固定流水线做出我们所须要的产品。设计模式中也有类似的一个大神:工厂方法模式。

  以下让我们来认识一下:

  工厂方法模式(Factory Method):定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

  

二、UML图

Product(抽象产品)

ConcreteProduct(详细产品)

Creator(抽象工厂)

ConcreteCreator(详细工厂)

bubuko.com,布布扣



三、实例解析

  首先有一个大学生,以学雷锋的名义去帮助老人做事。

  雷锋类,拥有扫地、洗衣、买米等方法,大学生和志愿者继承雷锋的光荣传统,拥有父类雷锋类的 扫地、洗衣、买米等方法。创建一个总的雷锋工厂接口用于创建对象,让子类学雷锋的大学生工厂 和社区志愿者工厂决定实例化哪个类。

bubuko.com,布布扣

代码例如以下:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;

namespace ConsoleApplication6
{
    class Program
    {
        static void Main(string[] args)

        {
            IFactory factory = new UndergraduateFactory();
            LeiFeng student = factory.CreateLeiFeng();

            student.BuyRice();
            student.Sweep();
            student.Wash();
        }
    }

    //雷锋
    class LeiFeng
    {
        public void Sweep()
        {
            Console.WriteLine("扫地");
        }
        public void Wash()
        {
            Console.WriteLine("洗衣");
        }
        public void BuyRice()
        {
            Console.WriteLine("买米");
        }
    }
    //学雷锋的大学生
    class Undergraduate : LeiFeng
    { }

    //学雷锋的志愿者
    class Volunteer : LeiFeng
    { }

    
    //雷锋工厂
    interface IFactory
    {
        LeiFeng CreateLeiFeng();
    }

    //学雷锋的大学生工厂
    class UndergraduateFactory : IFactory
    {
        public LeiFeng CreateLeiFeng()
        {
            return new Undergraduate();
        }
    }

    //学雷锋的社区志愿者工厂
    class VolunteerFactory : IFactory
    {
        public LeiFeng CreateLeiFeng()
        {
            return new Volunteer();
        }
    }
 
}

结果:

bubuko.com,布布扣

四、总结

  简单工厂模式攻克了对象的创建问题,它把全部的细节推断都一股脑的扔给了工厂。工厂包括了必要的逻辑推断,可以依据client的选择条件动态实例化相关的类,对于client来说,去除了与详细产品的依赖。凡事都有相对性,有利有弊。加入是方便了,可是后期维护和扩展都须要改动工厂,违背了开闭原则。

  策略模式,封装了算法,降低了各种算法类与使用算法类之间的耦合,可是将推断放入了client,无形之间给client添加了压力。简单工厂和策略两者一结合,把推断隔离出来,单放一个类,就挺好的了。

  工厂方法模式是简单工厂模式的进一步抽象和推广。它是针对改动工厂这一弊端而诞生出来的。当我们再加入一个算法的时候,不须要改动原有工厂类,仅仅须要加入此功能的运算类和对应的工厂类就能够了。克服了开闭原则,又保持了封装对象创建过程的长处。凡事过犹不及,假设添加的产品多了,添加的产品工厂类就增多,额外开发量是非常大的。

 

五、感受

  学设计模式,就好像一个公司:有一个大boss(client),负责接收和处理系统事件。大boss安排几个专业人士(类),可以完毕各自擅长领域的工作(高内聚),可是他们不只要学会各司其职,也要学会合作(耦合)。为了避免这么多人都一块讨论,效率低下,就出现了各个部门(多态,抽象类),减少了办公室恋情的概率。。。(低耦合),提高了办事效率。

  每一个设计模式跟人一样都不是十全十美的,仅仅有大家分工合作,才干做到手中无剑,心中无剑的境地。


Ps:期待大家指点O(∩_∩)O~




【大话设计模式】—— 工厂方法模式,布布扣,bubuko.com

【大话设计模式】—— 工厂方法模式

标签:style   blog   http   color   使用   strong   

原文地址:http://www.cnblogs.com/mengfanrong/p/3814954.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!