在阎宏博士的《JAVA与模式》一书中结尾是这样形容简略工厂模式的：简略工厂模式是类的创立模式，又叫做动态工厂办法（Static Factory Method）模式。简略工厂模式是由一个工厂对象决定创立出哪一种产品类的实例。

那么简略工厂模式是在什么场景下应用呢，上面就以自己的了解举例说明:

　　就拿登录性能来说，如果利用零碎须要反对多种登录形式如：口令认证、域认证（口令认证通常是去数据库中验证用户，而域认证则是须要到微软的域中验证用户）。那么天然的做法就是建设一个各种登录形式都实用的接口，如下图所示：

public interface Login {    //登录验证    public boolean verify(String name , String password);}
public class DomainLogin implements Login {    @Override    public boolean verify(String name, String password) {        // TODO Auto-generated method stub        /**         * 业务逻辑         */        return true;    }}
public class PasswordLogin implements Login {    @Override    public boolean verify(String name, String password) {        // TODO Auto-generated method stub        /**         * 业务逻辑         */        return true;    }}

咱们还须要一个工厂类LoginManager，依据调用者不同的要求，创立出不同的登录对象并返回。而如果碰到不非法的要求，会返回一个Runtime异样。

public class LoginManager {    public static Login factory(String type){        if(type.equals("password")){                        return new PasswordLogin();                    }else if(type.equals("passcode")){                        return new DomainLogin();                    }else{            /**             * 这里抛出一个自定义异样会更失当             */            throw new RuntimeException("没有找到登录类型");        }    }}

测试类：

public class Test {    public static void 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()验证用户名明码是否正确

如果不应用简略工厂模式则验证登录Servlet代码如下（假如Test为一个Servlet，变量loginType、name、password示意从客户端传递过去的参数）：

public class Test {    public static void main(String[] args) {        // TODO Auto-generated method stub                String loginType = "password";        String name = "name";        String password = "password";        //解决口令认证        if(loginType.equals("password")){            PasswordLogin passwordLogin = new PasswordLogin();            boolean bool = passwordLogin.verify(name, password);            if (bool) {                /**                 * 业务逻辑                 */            } else {                /**                 * 业务逻辑                 */            }        }        //解决域认证        else if(loginType.equals("passcode")){            DomainLogin domainLogin = new DomainLogin();            boolean bool = domainLogin.verify(name, password);            if (bool) {                /**                 * 业务逻辑                 */            } else {                /**                 * 业务逻辑                 */            }            }else{            /**             * 业务逻辑             */        }    }}

下面的代码会不会很蛋疼啊。。。呵呵

《JAVA与模式》一书中应用java.text.DataFormat类作为简略工厂模式的典型例子叙述。

简略工厂模式的长处
　　模式的外围是工厂类。这个类含有必要的逻辑判断，能够决定在什么时候创立哪一个登录验证类的实例，而调用者则能够罢黜间接创建对象的责任。简略工厂模式通过这种做法实现了对责任的宰割，当零碎引入新的登录形式的时候无需批改调用者。

简略工厂模式的毛病
　　这个工厂类集中了所以的创立逻辑，当有简单的多层次等级构造时，所有的业务逻辑都在这个工厂类中实现。什么时候它不能工作了，整个零碎都会受到影响。