工厂方法模式(Factory Method Pattern)
1 using System; 2 using System.Collections.Generic; 3 using System.Linq; 4 using System.Text; 5 6 namespace DesignPattern.FactoryMethodPattern 7 { 8 public interface ICar 9 { 10 void Run(); 11 void BeBe(); 12 } 13 14 public interface IFactory 15 { 16 ICar creatCar(); 17 } 18 19 20 public class BMWFactory : IFactory 21 { 22 public ICar creatCar() 23 { 24 return new BMWCar(); 25 } 26 } 27 28 public class BenzFactory : IFactory 29 { 30 public ICar creatCar() 31 { 32 return new BenzCar(); 33 } 34 } 35 36 public class BMWCar : ICar 37 { 38 public string Name = "宝马"; 39 public void Run() 40 { 41 Console.WriteLine(Name + "发动!!"); 42 } 43 44 public void BeBe() 45 { 46 Console.WriteLine("我是宝马,谁敢拦我!"); 47 } 48 } 49 50 public class BenzCar : ICar 51 { 52 public void Run() 53 { 54 Console.WriteLine("奔驰发动!!"); 55 } 56 57 public void BeBe() 58 { 59 Console.WriteLine("我是奔驰,谁敢拦我!"); 60 } 61 } 62 }
IFactory BenzFactory = new BenzFactory(); ICar benz = BenzFactory.creatCar(); benz.Run(); benz.BeBe(); IFactory BMWFactory = new BMWFactory(); ICar Bmw = BMWFactory.creatCar(); Bmw.Run(); Bmw.BeBe(); //通过反射实现 string _factoryName = ConfigurationManager.AppSettings["factoryName"]; IFactory _carFactory = (IFactory)Assembly.Load("DesignPattern").CreateInstance("DesignPattern.FactoryMethodPattern." + _factoryName); ICar _car = _carFactory.creatCar(); _car.Run(); _car.BeBe();
App.config
<?xml version="1.0" encoding="utf-8" ?> <configuration> <appSettings> <add key="factoryName" value="BenzFactory"/> </appSettings> </configuration>
Define an interface for creating an object, but let subclasses decide which class to instantiate.Factory Method lets a class defer instantiation to subclasses.
定义一个用于创建对象的接口,让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。
意图:
定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。
主要解决:
主要解决接口选择的问题。
何时使用:
我们明确地计划不同条件下创建不同实例时。
如何解决:
让其子类实现工厂接口,返回的也是一个抽象的产品。
关键代码:
创建过程在其子类执行。
应用实例:
您需要一辆汽车,可以直接从工厂里面提货,而不用去管这辆汽车是怎么做出来的,以及这个汽车里面的具体实现。
优点:
1、一个调用者想创建一个对象,只要知道其名称就可以了。
2、扩展性高,如果想增加一个产品,只要扩展一个工厂类就可以。
3、屏蔽产品的具体实现,调用者只关心产品的接口。
缺点:
每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事。
使用场景:
1、日志记录器:记录可能记录到本地硬盘、系统事件、远程服务器等,用户可以选择记录日志到什么地方。
2、数据库访问,当用户不知道最后系统采用哪一类数据库,以及数据库可能有变化时。
3、设计一个连接服务器的框架,需要三个协议,"POP3"、"IMAP"、"HTTP",可以把这三个作为产品类,共同实现一个接口。
注意事项:
作为一种创建类模式,在任何需要生成复杂对象的地方,都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式,而简单对象,特别是只需要通过 new 就可以完成创建的对象,无需使用工厂模式。如果使用工厂模式,就需要引入一个工厂类,会增加系统的复杂度。
例如:
1 public class BMWFactory : IFactory 2 { 3 //实际项目中应该还包含各种复杂的逻辑 4 //此处省略N个方法…… 5 6 public ICar creatCar() 7 { 8 //实际项目中应该还包含各种复杂的逻辑 9 return new BMWCar(); 10 } 11 } 12 13 public class BenzFactory : IFactory 14 { 15 //实际项目中应该还包含各种复杂的逻辑 16 //此处省略N个方法…… 17 18 public ICar creatCar() 19 { 20 //实际项目中应该还包含各种复杂的逻辑 21 return new BenzCar(); 22 } 23 }