简单工厂模式
定义
简单工厂模式(Simple Factory Pattern):又称为静态工厂方法(Static Factory Method)模式,它属于类创建型模式。在简单工厂模式中,可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。
场景
我们经常要去汉堡店买汉堡, 现在都有自助点餐,当我选择汉堡的时候, 就会出现不同种类的汉堡提供我们选择, 我们选择麦辣鸡腿堡时,确认订单、支付订单、打印订单都就可以,在旁边等待叫号取汉堡就行了。这个时候我们可以把自助点餐机看作是生产汉堡的简单工厂,他负责给我们生产汉堡。
类图
关键代码
Hamburg createHamburg(String str) {
Hamburg hamburg;
if("A".eques(str)) {
hamburg = new HamburgA();
} else {
hamburg = new HamburgB();
}
return hamburg;
}
特点
- 将对象的创建和对象本身业务处理分离可以降低系统的耦合度,使得两者修改起来都相对容易。
- 在调用工厂类的工厂方法时,由于工厂方法是静态方法,使用起来很方便,可通过类名直接调用,而且只需要传入一个简单的参数即可,在实际开发中,还可以在调用时将所传入的参数保存在XML等格式的配置文件中,修改参数时无须修改任何源代码。
- 简单工厂模式最大的问题在于工厂类的职责相对过重,增加新的产品需要修改工厂类的判断逻辑,这一点与开闭原则是相违背的。
- 简单工厂模式的要点在于:当你需要什么,只需要传入一个正确的参数,就可以获取你所需要的对象,而无须知道其创建细节。
缺点
- 由于工厂类集中了所有产品创建逻辑,一旦不能正常工作,整个系统都要受到影响。
- 使用简单工厂模式将会增加系统中类的个数,在一定程序上增加了系统的复杂度和理解难度。
- 系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,在产品类型较多时,有可能造成工厂逻辑过于复杂,不利于系统的扩展和维护。就像上面的例子中如果汉堡种类特别多,就不利于维护了。
- 简单工厂模式由于使用了静态工厂方法,造成工厂角色无法形成基于继承的等级结构。
适用场景
- 工厂类负责创建的对象比较少:由于创建的对象较少,不会造成工厂方法中的业务逻辑太过复杂。
- 客户端只知道传入工厂类的参数,对于如何创建对象不关心:客户端既不需要关心创建细节,甚至连类名都不需要记住,只需要知道类型所对应的参数。
Android 源码中应用
在Android中我们了解的使用到了简单工厂方法的地方有Bitmap对象的获取、Fragment创建等。 首先来说我们是不能通过new方法来创建Bitmap对象的,因为从源码中可以看到Bitmap的类名是通过final来修饰的。
Bitmap bmp = BitmapFactory.decodeFile(String pathName);
有兴趣的可以看一下源码。