简单工厂模式虽然不是23中设计模式中的一种,但是他是工厂方法模式的一个引导,所以我们会单独整理这篇文档来讲解下
描述
简单工厂模式是类的创建模式,又叫做静态工厂方法,是由一个工厂对象决定创建出哪一种产品类的实例。
简介
简单工厂模式类图角色
- 工厂角色:简单工厂模式的核心,它负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象。
- 抽象产品角色:简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口。
- 具体产品角色:是简单工厂模式的创建目标,所有创建的对象都是充当这个角色的某个具体类的实例。
优缺点
优点
简单工厂模式的核心是工厂类。这个类含有必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象,而调用者则可以免除直接创建对象的责任。简单工厂模式通过这种做法实现了对责任的分割,有利于整个软件体系结构的优化。
缺点
由于工厂类集中了所有实例的创建逻辑,违反了高内聚(单一责任原则)责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的,如果需要添加新的类,则就需要改变工厂类了。
当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求。这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利。
使用场景
- 工厂类负责创建的对象比较少;
- 客户只知道传入工厂类的参数,对于如何创建对象(逻辑)不关心;
示例
我们拿某个系统的登陆功能来做示例。我们假设应用系统的登陆方式有口令认证与域认证两种方式,如果没使用简单工厂模式,我们可能会在具体的登陆方法中进行判断是何种方式登陆,然后在new一个对应的登陆对象去进行处理(具体的代码这边我们就不进行示例)。虽然这样的方式可以实现对应的功能,但是这种方式是通过直接创建产品对象来处理逻辑的,这样的代码就很尴尬了。下面我们来看简单工厂模式是怎么处理的:
/**
* 抽象产品角色
*/
public interface Login {
//登录验证
boolean doLogin(String name,String password);
}
/**
* 具体产品角色
*/
public class DomainLogin implements Login {
@Override
public boolean doLogin(String name, String password) {
/**
* 具体的业务逻辑
*/
return true;
}
}
/**
* 具体产品角色
*/
public class PasswordLogin implements Login {
@Override
public boolean doLogin(String name, String password) {
/**
* 具体的业务逻辑
*/
return true;
}
}
/**
* 工厂类,根据登陆类型进行逻辑判断进而生成对应的实例对象
*/
public class LoginFactory {
private final static String PASSWORD = "PASSWORD";
private final static String DOMAIN = "DOMAIN";
public static Login factory(String type) {
if (PASSWORD.equals(type)) {
return new PasswordLogin();
} else if (DOMAIN.equals(type)) {
return new DomainLogin();
} else {
/**
* 这里抛出一个自定义异常会更恰当
*/
throw new RuntimeException("没有找到登录类型");
}
}
}
/**
* 测试类
*/
public class LoginTest {
public static void main(String[] args) {
String loginType = "PASSWORD";
String name = "name";
String password = "password";
Login login = LoginFactory.factory(loginType);
boolean hasLogin = login.doLogin(name, password);
if (hasLogin) {
/**
* 业务逻辑
*/
} else {
/**
* 业务逻辑
*/
}
}
}
网友评论