设计模式之形象工厂

上一篇咱们学习了简略工厂，晓得简略工厂是创立不同类的中央，那么这些工厂是如何创立得呢？随着咱们业务逻辑的减少，可能须要好多这种简略工厂，咱们不可能每一个都去被动创立，尽管说这样也能够实现，然而却不优雅而且前期维护者分不清批改重点，导致牵一发而动全身。

接下来学习如何创立通过一种形式去创立简略工厂，那么即便须要很多工厂，也能够通过这种形式去创立，缩小代码的耦合，使其内聚性更高。

形象工厂与工厂办法都为了解决接口抉择问题，然而实现上，形象工厂是一个核心工厂，用于创立其它工厂的模式。

不同的实现服务 (类 /Server) 在局部办法上是不同的，因而须要做一个接口适配，这个适配类就相当于工厂中的工厂，用于创立把不同的服务形象为对立的接口做雷同的业务。

Demo

业务：

假设当初目前有两个物流公司 A,B，他们都有发货，取货的业务，同时公司 A,B 都能够自主的去进行各自不同品种的发货和取货，也就是说能够自定义。如果这有这两个公司那么很简略，咱们能够应用简略工厂，新创建两个工厂就能够解决，然而如果是 10 个或者 50 个公司，那么咱们创立工厂就有点不适合，这个时候就得应用形象工厂。

形象工厂

定义的形象工厂都是抽象类，定义了发货，取货的形象办法，返回的也是抽象类。

    /// <summary>
    /// 形象工厂
    /// </summary>
    public abstract class AbstractFactory
    {
        /// <summary>
        /// 发货
        /// </summary>
        /// <returns></returns>
        public abstract ASendGood SendGood();

        /// <summary>
        /// 收货
        /// </summary>
        /// <returns></returns>
        public abstract AGetGood GetGood();}

    /// <summary>
    /// 取货 抽象类
    /// </summary>
    public abstract class AGetGood
    {public abstract void GetGood();
    }
    
    /// <summary>
    /// 发货 抽象类
    /// </summary>
    public abstract class ASendGood
    {public abstract  void SendGood();
    }

    /// <summary>
    /// 公司 A 形象工厂
    /// </summary>
    public class CompanyAAbstractFactory : AbstractFactory
    {public override AGetGood GetGood()
        {return new CompanyAGetGood();
        }

        public override ASendGood SendGood()
        {return new CompanyASendGood();
        }
    }

    /// <summary>
    /// 公司 B 的形象工厂
    /// </summary>
    public class CompanyBAbstractFactory : AbstractFactory
    {public override AGetGood GetGood()
        {return new CompanyBGetGood();
        }

        public override ASendGood SendGood()
        {return new CompanyBSendGood();
        }
    }

    public class CompanyAGetGood : AGetGood
    {public override void GetGood()
        {Console.WriteLine("公司 A 取货");
        }
    }
    
    public class CompanyASendGood : ASendGood
    {public override void SendGood()
        {Console.WriteLine("公司 A 发货");
        }
    }

    class CompanyBGetGood : AGetGood
    {public override void GetGood()
        {Console.WriteLine("公司 B 取货");
        }
    }
    class CompanyBSendGood : ASendGood
    {public override void SendGood()
        {Console.WriteLine("公司 B 发货");
        }
    }    

定义完形象工厂及各自的抽象类，接下来就是调用了。

        static void Main(string[] args)
        {Debug.WriteLine("利用形象工厂来实现物流公司 A,B 各自的发货和取货");
            // 公司 A
            AbstractFactory aCompanyFactory = new CompanyAAbstractFactory();
            AGetGood getGood = aCompanyFactory.GetGood();
            getGood.GetGood();

            ASendGood sendGood = aCompanyFactory.SendGood();
            sendGood.SendGood();
            // 公司 B
            AbstractFactory bCompanyFactory = new CompanyBAbstractFactory();
            getGood = bCompanyFactory.GetGood();
            getGood.GetGood();

            sendGood = bCompanyFactory.SendGood();
            sendGood.SendGood();
            Console.ReadKey();}

能够通过下面的图片看到运行后显示出了各自公司的取货和发货内容。其实对于各自物流公司来说，他们基本就不关怀具体的取货和发货流程，只是给出动作，那么形象工厂就会主动去找对应的实现来进行执行。

形象工厂模式：提供一个创立产品的接口来负责创立相干或依赖的对象，而不具体明确指定具体类

形象工厂的益处

• 将产品的创立转移到具体工厂的子类中，将对象的创立封装起来，缩小客户端与具体产品类之间的依赖。
• 减低零碎耦合度，有利于扩大和前期保护。

对于形象工厂来说，了解起来还是很形象的，只有本人入手敲一遍能力更好的相熟和使用。然而要应用的话还是得找到具体合乎它的业务场景才行，有时候不要为了设计而设计，正当使用即可。

小寄语

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

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

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