public void pay(String type)
{
if(type.equalsIgnoreCase("cash"))
{
//现金支付处理代码
}
else if(type.equalsIgnoreCase("creditcard"))
{
//信用卡支付处理代码
}
else if(type.equalsIgnoreCase("voucher"))
{
//代金券支付处理代码
}
else
{
……
}
}public abstract class AbstractPay
{
public abstract void pay();
②具体支付类
public class CashPay extends AbstractPay
{
public void pay()
{
//现金支付处理代码
}
}
③支付工厂
public class PayMethodFactory
{
public static AbstractPay getPayMethod(Stringtype)
{
if(type.equalsIgnoreCase("cash"))
{
return new CashPay(); //根据参数创建具体产品
}
else if(type.equalsIgnoreCase("creditcard"))
{
return new CreditcardPay(); //根据参数创建具体产品
}
……
}
}
将对象的创建和对象本身业务处理分离可以降低系统的耦合度,使得两者修改起来都相对容易。
在调用工厂类的工厂方法时,由于工厂方法是静态方法,使用起来很方便,可通过类名直接调用,而且只 需 要传入一个简单的参数即可,在实际开发中,还可以在调用时将所传入的参数保存在XML等格式的配置文件中,修改参数时无须修改任何Java源代码。
简单工厂模式最大的问题在于工厂类的职责相对过重,增加新的产品需要修改工厂类的判断逻辑,这一点与开闭原则是相违背的。
简单工厂模式的要点在于:当你需要什么,只需要传入一个正确的参数,就可以获取你所需要的对象,而无须知道其创建细节。
实例与解析
实例一:简单电视机工厂
•
某电视机厂专为各知名电视机品牌代工生产各类电视机,当需要海尔牌电视机时只需要在调用该工厂的工厂方法时传入参数“
Haier”
,需要海信电视机时只需要传入参数“
Hisense
”
,工厂可以根据传入的不同参数返回不同品牌的电视机。现使用简单工厂模式来模拟该电视机工厂的生产过程。
![](https://img-blog.csdn.net/20150904111544613?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQv/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center)
简单工厂模式的优点
•
工厂类含有必要的判断逻辑,可以决定在什么时候创建哪一个产品类的实例,客户端可以免除直接创建产品对象的责任,而仅仅“消费”产品;简单工厂模式通过这种做法
实现了对责任的分割,它提供了专门的工厂类用于创建对象
。
•
客户端无须知道所创建的具体产品类的类名,只需要知道具体产品类所对应的参数即可
,对于一些复杂的类名,通过简单工厂模式可以减少使用者的记忆量。
•
通过引入配置文件,可以在不修改任何客户端代码的情况下更换和增加新的具体产品类
,在一定程度上提高了系统的灵活性。
简单工厂模式的缺点
•
由于
工厂类集中了所有产品创建逻辑
,一旦不能正常工作,整个系统都要受到影响。
•
使用简单工厂模式将会
增加系统中类的个数
,在一定程序上增加了系统的复杂度和理解难度。
•
系统扩展困难,一旦添加新产品就不得不修改工厂逻辑,在产品类型较多时
,有可能造成工厂逻辑过于复杂,不利于系统的扩展和维护。
•
简单工厂模式由于使用了静态工厂方法,造成
工厂角色无法形成基于继承的等级结构
。
模式应用:
(1)在JDK类库中广泛使用了简单工厂模式,如工具类java.text.DateFormat,它用于格式化一个本地日期或者时间
publicfinal static DateFormat getDateInstance();
publicfinal static DateFormat getDateInstance(int style);
publicfinal static DateFormat getDateInstance(int style,Locale locale);