设计模式之简单工厂

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

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

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

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

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

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

适用场景
在编码过程中，无法预知对象类别和其具体依赖关系时，可使用简单工厂。
将创建和实现分离，在不影响其它产品的时候，可自主创建，低耦合，易扩展。
实现方式
定义各个产品类，让其每个类各自干各自的工作，互相不干扰。
先声明一个共有的接口，让所有的产品都实现这个接口。
创建一个空的工厂类，让其拥有获取产品的能力，且返回这个共有的接口。
在创建者代码中找到对于产品构造函数的引用，将其修改为工厂方法的引用，同时将创建产品的代码移植到工厂方法中。
小寄语
一个人的奋斗，像怀孕一样，日子久了，总会被看出来的。

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

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