1.概述
简单工厂(Simple Factory)的作用是实例化对象,而不需要客户了解这个对象属于那个具体的子类。在GOF的设计模式中并没有简单工厂,而是将其作为工厂方法的一个特例加以解释,简单工厂就是参数化的工厂方法。该模式是通过switch分支(也有用if判断的),来决定最终生成哪一个对象的,而这个switch分支语句,嵌在一个静态方法中,这个改装就是简单工厂。
2.实例
1).大话设计模式中的计算器用简单工厂实现。
结构图:
Operation基类:
![](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
![](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
![](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
![](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
![](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
2).典型应用——获取数据连接对象
结构图:
具体代码实现:
数据库操作基类:
![](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
Sql2005实现类:
其他实现类相同,不再重复。哈哈,比较偷懒。
![](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
数据库工厂:
![](https://www.cnblogs.com/Images/OutliningIndicators/ContractedBlock.gif)
3.总结
简单工厂的使用场合:简单工厂实例化的类具有相同的接口,种类有限并且基本不需要扩展时,可以使用简单工厂,例如,我们实现不同数据库连接时,常用数据库类可以预知,则可以使用简单工厂。
简单工厂的优点是可以使用户根据参数获得对应的类实例,避免了直接实例化类,降低了耦合性;缺点是所实例化的类在编译期间已经被确定,如果增加新类型,则需要修改工厂。一旦增加新产品类,同时要实现抽象类中的所有方法;还有,一旦要修改抽象类中的方法,所有子类都要变动——扩展性差,不符合开闭原则。另外,简单工厂模式通常使用静态工厂方法,这使得无法由子类继承,造成工厂角色无法形成基于继承的等级结构。
简单工厂要知道所有要生成的类型,当子类过多或者子类层次过多时就不适合使用简单工厂。