简单工厂模式

     简单工厂模式的核心,就是用一个单独的类,来完成创造实例的过程。


简单工厂模式示例


     例如,现在有一个CPU的工厂,它们目前生产3款CPU,型号分别为:8086,880,8085,具体生产那种型号的CPU,要看顾客怎么下单,如果顾客要求生产8086型号的CPU,那么,工厂接到单子后,就马上生产处一批8086的CPU,在这个过程中,顾客根本不用知道这款CPU是怎么生产的,它只要提供一个型号,然后就拿到指定型号的CPU。

   整个工程用简单工厂模式描述,就是:

 



其中,CPU类,代表所有CPU的父类,它有各种参数,但是为了简化模型,这里只给出了一个参数。Client类承担简单工程中那个最核心的类,由这个类来判断,到底是实例化哪个对象。代码如下:


namespace myFactory
{
    
            
    public class Cpu8086:CPU 
    {
        public Cpu8086()
        {   
            this.size="8086";
            Console.WriteLine("生产的是8086CPU。");
        }
        

    }

    public class Cpu8080:CPU 
    {
        public Cpu8080()
        {
            this.size ="8080";
            Console.WriteLine("生产的是8080CPU。");
        }
        

    }

    public class Cpu8085:CPU 
        {
            public Cpu8085()
            {
                this.size ="8085";
                Console.WriteLine("生产的是8085CPU。");
            }
            

        }


    public class Client
    {
        public static CPU chooseCPU(string Size)
        {
            CPU myCPU=null;
            switch(Size)
            {
                case "8086":
                    myCPU =new Cpu8086();
                    break;
                case "8080":
                    myCPU =new Cpu8080();
                    break ;
                case "8085":
                    myCPU =new Cpu8085();
                    break ;

            }
            return myCPU;


        }
    }



public class CPU
    {
        private string Size;
      
        public string size
        {
            get { return Size; }
            set { Size = value; }
        }
  
        
     }




    class Program
    {
        static void Main(string[] args)
        {
            CPU myCPU;
            myCPU =Client.chooseCPU("8086");

        }
    }

}

如上,如果客户选择生产8086型号的CPU,那么,只需给出一个型号,然后拿到产品。




 简单工厂模式组成

 简单工厂模式中有3中角色:


1,工厂角色:简单工厂模式的核心,负责创建所有实例的内部逻辑。工厂类可以被外界直接调用,创建需   的产品对象。例如,上面的Client就是工厂角色,由它来觉得创建哪个实例。

 2, 抽象产品角色:简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。例如,CPU这个抽象类就是抽象产品的角色,所有的具体产品都继承于它。

3, 具体产品角色:是简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例。例如,各种具体型号的CPU,如Cpu8086,这些都是具体产品角色,在模型中,这些是最终要得到的东西。


 优缺点分析

        优点:工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的.明确了各自 的职责和权利,有利于整个软件体系结构的优化。


   缺点:由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的,如果需要添加新的类,则就需要改变工厂类了。当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求.这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利;


适用场景 

工厂类负责创建的对象比较少;

客户只知道传入工厂类的参数,对于如何创建对象(逻辑)不关心;

由于简单工厂很容易违反高内聚责任分配原则,因此一般只在很简单的情况下应用。



小结

   最近学习设计模式,感觉编码要面向对象,学习则要面向生活。



注:文中部分内容来自百度。


评论 26
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

水田如雅

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值