一、定义
第一篇简单工厂方法讲到,后续添加服务的时候会直接修改工厂类,因为他控制了实例化哪个类。
工厂方法,就让实例化推迟到了子类。怎样推迟?在子类中实例化呗。
二、实例
之前的服务不变,将简单的工厂的工厂类拆分成,每个case对应一个具体的工厂,这样也就只创建一个服务类。
这里的两个工厂BLFactory和WCFFactory依次对应创建BL和WCf.
服务类:
public interface IService { } public class BL:IService { public BL() { Console.WriteLine("启动 : BL服务."); } } public class WCF : IService { public WCF() { Console.WriteLine("启动 : WCF服务."); } }
工厂类:每个工厂对应创建一个服务,这样就将实例化推迟到了子类—具体的工厂
public abstract class FactoryBuilder { public abstract IService Creat(); } public class WCFFactory : FactoryBuilder { public override IService Creat() { return new WCF(); } } public class BLFactory : FactoryBuilder { public override IService Creat() { return new BL(); } }
客户端:
//工厂模式 Factory2.FactoryBuilder fb = new Factory2.WCFFactory(); Factory2.IService service2 = fb.Creat();
三、优缺点:
优:将实例化推迟到了子类,具体的工厂类。每个工厂类维护创建一种服务。
缺:如果后期需要添加更多的服务,那就可能需要创建更多的具体的工厂类。
如果业务简单,我觉得不如用简单工厂,可读性高,一目了然。当然随着业务的复杂,我们可以升级这种设计。