简单工厂模式是在什么场景下使用呢,下面就以本人的理解举例说明:
就拿登录功能来说,假如应用系统需要支持多种登录方式如:口令认证、域认证(口令认证
通常是去数据库中验证用户,而域认证则是需要到微软的域中验证用户)。那么自然的做法就是
建立一个各种登录方式都适用的接口,如下图所示:
publicinterface Login {
//登录验证
publicboolean verify(String name , String password);
}
publicclass DomainLogin implements Login {
@Override
publicboolean verify(String name, String password) {
// TODO Auto-generated method stub
/**
* 业务逻辑
*/
returntrue;
}
}
publicclass PasswordLogin implements Login {
@Override
publicboolean verify(String name, String password) {
// TODO Auto-generated method stub
/**
* 业务逻辑
*/
returntrue;
}
}
我们还需要一个工厂类LoginManager,根据调用者不同的要求,创建出不同的
登录对象并返回。而如果碰到不合法的要求,会返回一个Runtime异常。
publicclass LoginManager {
publicstatic Login factory(String type){
if(type.equals("password")){
returnnew PasswordLogin();
}elseif(type.equals("passcode")){
returnnew DomainLogin();
}else{
/**
* 这里抛出一个自定义异常会更恰当
*/
thrownew RuntimeException("没有找到登录类型");
}
}
}
测试类:
publicclass Test {
publicstaticvoid main(String[] args) {
// TODO Auto-generated method stub
String loginType = "password";
String name = "name";
String password = "password";
Login login = LoginManager.factory(loginType);
boolean bool = login.verify(name, password);
if (bool) {
/**
* 业务逻辑
*/
} else {
/**
* 业务逻辑
*/
}
}
}
简单工厂模式的结构如下图:
我们可以设想一下真实的场景,如果把上面的Test当做一个servlet的话,当客户
端发起登录请求——>请求交给服务端的Servlet——>Servlet根据客户端传递的
loginType调用工厂类LoginManager的factory()方法——>factory()方法根据
参数loginType创建相应的登录验证类(DomainLogin或PasswordLogin)并返回
——>登录验证类调用方法verify()验证用户名密码是否正确
简单工厂模式的优点
模式的核心是工厂类。这个类含有必要的逻辑判断,可以决定在什么时候创建哪一个登录验
证类的实例,而调用者则可以免除直接创建对象的责任。简单工厂模式通过这种做法实现了对责
任的分割,当系统引入新的登录方式的时候无需修改调用者。
简单工厂模式的缺点
这个工厂类集中了所以的创建逻辑,当有复杂的多层次等级结构时,所有的业务逻辑都在这
个工厂类中实现。什么时候它不能工作了,整个系统都会受到影响。
public class Creator
{
public static Product factory()
{
return new ConcreteProduct();
}
}
public interface Product
{
}
public class ConcreteProduct implements Product
{
public ConcreteProduct(){}
}