工厂模式

这是第一篇，我也是重新学习，所以总结一下，方便以后复习。
工厂模式的思路比较简单，就是将具体创建那个对象的逻辑交给工厂。这句话简单，但是不太好理解，结合下面的例子就很好理解了（源码是copy的，我觉得这个例子既简单还能说明问题）。
假如应用系统需要支持多种登录方式如：口令认证、域认证。那么自然的做法就是建立一个各种登录方式都适用的接口。简单说，就是创建一个登录的接口，两个不同的认证方式，就创建两个类都实现登录接口的登录方法。

//这是登录的接口
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("没有找到登录类型");
        }
    }
}

简单工厂模式的优点
　　模式的核心是工厂类。这个类含有必要的逻辑判断，可以决定在什么时候创建哪一个登录验证类的实例，而调用者则可以免除直接创建对象的责任。简单工厂模式通过这种做法实现了对责任的分割，当系统引入新的登录方式的时候无需修改调用者。

简单工厂模式的缺点
　　这个工厂类集中了所以的创建逻辑，当有复杂的多层次等级结构时，所有的业务逻辑都在这个工厂类中实现。什么时候它不能工作了，整个系统都会受到影响。

这篇文章我觉得解释简单工厂模式和工厂方法模式比较清楚了：简单工厂模式和工厂方法模式的区别
我自己画了两张比较丑的图，不知道对理解有没有帮助。
简单工厂模式：
工厂方法模式：
图片里向上的箭头是指的实现上面的接口；向下的箭头代表，在上面的类里的方法调用下面方法的构造方法，方法的返回值类型是操作接口的类型，但是方法里面的具体返回的是实现类的对象。
（自己把自己都说懵逼了。。。）

不说了，下面是抽象工厂模式，就不解释了，我自己都看得有点懵逼了，等我以后理解透彻了再来填坑。点击跳转抽象工厂模式

越看越懵逼，发现每个人说的都不一样，感觉菜鸟教程上的可能正确些，而且也好理解，附上地址跳转到菜鸟教程。