- 创建型模式 对类的实例化进程进行了抽象,能够将软件模块中对象的创建和对象的使用分离。
- 创建型模式在创建什么(What),由谁创建(Who),何时创建(When)等方面都为软件设计者提供了尽可能大的灵活性。创建型模式隐藏了类的实例的创建细节,通过隐藏对象如何被创建和组合在一起达到使整个系统独立的目的。
简单工厂模式
-
模式动机
考虑一个简单的软件应用场景,一个软件系统可以提供多个外观不同的按钮(如圆形按钮、矩形按钮、菱形按钮等),这些按钮都源自同一个基类,不过在继承基类后不同的子类修改了部分属性从而使得它们可以呈现不同的外观,如果我们希望在使用这些按钮时,*不需要知道这些具体按钮类的名字,只需要知道表示该按钮类的一个参数,并提供一个调用方便的方法,把该参数传入方法即可返回一个相应的按钮对象,*此时,就可以使用简单工厂模式。1 、模式定义
简单工厂模式(Simple Factory Pattern):又称为静态工厂方法(Static Factory Method)模式,它属于类创建型模式。在简单工厂模式中,可以根据参数的不同返回不同类的实例。简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。
2、模式结构
3、模式结构
Factory:工厂角色 Product:抽象产品角色 ConcreteProduct:具体产品角色
4、模式分析
- 代码复杂,难以维护
- 重构后的代码
( 抽象支付类)
(具体支付类)
(支付工厂)
5、模式分析
- 将对象的创建和对象本身业务处理分离可以降低系统的耦合度,使得两者修改起来都相对容易。
- 在调用工厂类的工厂方法时,由于工厂方法是静态方法,使用起来很方便,可通过类名直接调用,而且只需要传入一个简单的参数即可,在实际开发中,还可以在调用时将所传入的参数保存在XML等格式的配置文件中,修改参数时无须修改任何Java源代码。
- 简单工厂模式的要点在于:当你需要什么,只需要传入一个正确的参数,就可以获取你所需要的对象,而无须知道其创建细节。
- 简单工厂模式最大的问题在于工厂类的职责相对过重,增加新的产品需要修改工厂类的判断逻辑,这一点与开闭原则是相违背的。
6、模式实例与解析
1、简单电视机工程
//抽象产品角色
package 简单工厂模式;
public interface TV {
//public String Brand(String brand);
}
// 具体产品角色
package 简单工厂模式;
public class HisenseTV implements TV {
@Override
public String Brand(String brand) {
return brand="hisense";
}
}
package 简单工厂模式;
public class HaierTV implements TV {
@Override
public String Brand(String brand) {
return brand="haier";
}
}
// 工厂角色
package 简单工厂模式;
public class 简单工厂模式 {
//简单电视机工厂
public static class TVFactory{
public static TV produceTV(String brand) throws Exception{
if(brand.equalsIgnoreCase("haier")