工厂模式

工厂模式:顾名思义就是使得这个类的作用和工厂一样,生产产品,在这里使用,我们就是生产类。工厂模式就是生产类,创建类的模式。

其在父类中提供一个创建对象的方法,允许子类决定实例化对象的类型。

代码绑定着具体类会导致代码更脆弱,更缺乏弹性,不易扩展,修改困难。

针对接口编程,可以隔离掉以后系统可能发生的一大堆改变,易于扩展。

用于处理改变,并帮助我们“找出会变化的方面,把它们从不变的部分分离出来”

Demo


比如现在有一个物流公司,之前业务很单一,只做陆上物流,随着时间的推移,市场的变化,也有了海上物流,那么如何设计出一种实现方式来应对这种在业务逻辑上的不确定性,如果后面在增加一种空中物流,那么将如何设计呢。

如何只有路上物流和海上物流,我们可以只在单独的类中各自声明下,后面通过if/eles方式来判断是那个物流,从而去实现它即可。这样做没有问题,可以解决业务上面所面临的问题,但是确不是软件开发中最好的实现方式,如果你通过if/eles来实现,那么它们的耦合度太高,后期如果陆上物流发生修改,会导致修改的地方过多,且不易于扩展。

简单实现逻辑

    /// <summary>
    /// 海上物流
    /// </summary>
    public class AtSeaLogistics
    {
        /// <summary>
        /// 海上发货
        /// </summary>
        public void SendSeaGoods(string goodName) 
        {
            Console.WriteLine("海上 Send:"+goodName);
        }
    }
    /// <summary>
    /// 陆地物流
    /// </summary>
    public class LandLogistics
    {
        /// <summary>
        /// 陆地发货
        /// </summary>
        public void SendLandGoods(string goodName)
        {
            Console.WriteLine("陆地 Send:"+goodName);
        }
    }
        static void Main(string[] args)
        {
            int logisticsType = 0;                                      //默认为陆地运输
            Console.WriteLine("开始发货");
            if (logisticsType==0)
            {
                LandLogistics land = new LandLogistics();
                land.SendLandGoods("Iphone 13");
            }
            else
            {
                AtSeaLogistics atSea = new AtSeaLogistics();
                atSea.SendSeaGoods("海鱼");
            }
            Console.WriteLine("发货完成");
            Console.ReadKey();
        }

运行后,由于是默认陆地发货,则调用陆地发货模块,进行发货。

这其实是一种很简单,也是我们目前写简单逻辑最最常用的方式,实现功能没有问题,可是这种实现方式存在很大的隐患和不可扩展,如果后期在需要添加一种运输方式,可能得需要在Main()方法中大概才行,运输方式和物流得耦合性过高,且不易扩展。

下面是使用简单工厂模式得实现,通过接口去各自实现,各自负责各自得事情,物流公司不需要知道去使用哪一种方式发货,只需要将货物交给发货工厂,发货工厂根据货物自己来决定该使用哪一种方式发货。

工厂模式

    public interface ISendInterface
    {
        void SendGoods(string goodName);
    }
    /// <summary>
    /// 陆地物流
    /// </summary>
    public class LandLogistics:ISendInterface
    {
        /// <summary>
        /// 陆地发货
        /// </summary>
        public void SendGoods(string goodName)
        {
            Console.WriteLine("陆地 Send:" + goodName);            
        }

        ///// <summary>
        ///// 陆地发货
        ///// </summary>
        //public void SendLandGoods(string goodName)
        //{
        //    Console.WriteLine("陆地 Send:"+goodName);
        //}
    }
    /// <summary>
    /// 海上物流
    /// </summary>
    public class AtSeaLogistics:ISendInterface
    {
         /// <summary>
        /// 海上发货
        /// </summary>
        public void SendGoods(string goodName)
        {
            Console.WriteLine("海上 Send:" + goodName);            
        }

        //public void SendSeaGoods(string goodName) 
        //{
        //    Console.WriteLine("海上 Send:"+goodName);
        //}
    }
    /// <summary>
    /// 物流管理,主要用于发货
    /// </summary>
    public class LogisticsStoreFactory
    {
        ISendInterface sendGood = null;
        public ISendInterface GetSendInterface(int type)
        {
            switch (type)
            {
                case 1:
                    sendGood = new LandLogistics();
                    break;
                case 2:
                    sendGood = new AtSeaLogistics();
                    break;
                default:
                    break;
            }
            return sendGood;
        }
    }

调用实现逻辑

            LogisticsStoreFactory logisticsStore = new LogisticsStoreFactory();
            //陆地运输
            ISendInterface loadSend = logisticsStore.GetSendInterface(1);
            loadSend.SendGoods("Iphone 13");

            //海上运输

            ISendInterface atSeaSend = logisticsStore.GetSendInterface(2);
            atSeaSend.SendGoods("海鱼");

            Console.WriteLine("发货完成");
            Console.ReadKey();

现在基本可以看出,简单工厂在实现过程中,不需要关注去如何实现各自的运输,只是通过LogisticsStoreFactory工厂类来获取实现,拿来即用就可以。这样就实现了解耦,将调用和实现进行了拆分,不需要过多关注它是如何实现,只进行使用即可。

适用场景

  • 在编码过程中,无法预知对象类别和其具体依赖关系时,可使用简单工厂。
  • 将创建和实现分离,在不影响其它产品的时候,可自主创建,低耦合,易扩展。

实现方式

  • 定义各个产品类,让其每个类各自干各自的工作,互相不干扰。
  • 先声明一个共有的接口,让所有的产品都实现这个接口。
  • 创建一个空的工厂类,让其拥有获取产品的能力,且返回这个共有的接口。
  • 在创建者代码中找到对于产品构造函数的引用,将其修改为工厂方法的引用,同时将创建产品的代码移植到工厂方法中。

小寄语

一个人的奋斗,像怀孕一样,日子久了,总会被看出来的。

人生短暂,我不想去追求自己看不见的,我只想抓住我能看的见的。

我是哉说,感谢您的阅读,如果对你有帮助,麻烦点赞,转发 谢谢。

版权声明:本文为netxiaohui原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://www.cnblogs.com/netxiaohui/p/14843825.html