关于c#:设计模式简单工厂

工厂模式

工厂模式：顾名思义就是使得这个类的作用和工厂一样，生产产品，在这里应用，咱们就是生产类。工厂模式就是生产类，创立类的模式。

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

代码绑定着具体类会导致代码更软弱，更不足弹性，不易扩大，批改艰难。

针对接口编程，能够隔离掉当前零碎可能产生的一大堆扭转，易于扩大。

用于解决扭转，并帮忙咱们“找出会变动的方面，把它们从不变的局部分离出来”

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 工厂类来获取实现，拿来即用就能够。这样就实现理解耦，将调用和实现进行了拆分，不须要过多关注它是如何实现，只进行应用即可。

实用场景

• 在编码过程中，无奈预知对象类别和其具体依赖关系时，可应用简略工厂。

• 将创立和实现拆散，在不影响其它产品的时候，可自主创立，低耦合，易扩大。

  实现形式

• 定义各个产品类，让其每个类各自干各自的工作，相互不烦扰。
• 先申明一个共有的接口，让所有的产品都实现这个接口。
• 创立一个空的工厂类，让其领有获取产品的能力，且返回这个共有的接口。

• 在创建者代码中找到对于产品构造函数的援用，将其批改为工厂办法的援用，同时将创立产品的代码移植到工厂办法中。

  小寄语

一个人的奋斗，像怀孕一样，日子久了，总会被看进去的。

人生短暂，我不想去谋求本人看不见的，我只想抓住我能看的见的。

我是 哉说，感谢您的浏览，如果对你有帮忙，麻烦点赞，转发 谢谢。