转载

设计模式(2)—工厂方法

一、定义

第一篇简单工厂方法讲到,后续添加服务的时候会直接修改工厂类,因为他控制了实例化哪个类。

工厂方法,就让实例化推迟到了子类。怎样推迟?在子类中实例化呗。

二、实例

之前的服务不变,将简单的工厂的工厂类拆分成,每个case对应一个具体的工厂,这样也就只创建一个服务类。

这里的两个工厂BLFactory和WCFFactory依次对应创建BL和WCf.

设计模式(2)—工厂方法

服务类:

  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(); 

三、优缺点:

优:将实例化推迟到了子类,具体的工厂类。每个工厂类维护创建一种服务。

缺:如果后期需要添加更多的服务,那就可能需要创建更多的具体的工厂类。

如果业务简单,我觉得不如用简单工厂,可读性高,一目了然。当然随着业务的复杂,我们可以升级这种设计。

设计模式(2)—工厂方法

正文到此结束
Loading...