设计模式之工厂模式

俗话说好的设计模式让一个产品走向更好，算了，其实就是我说的，在没了解设计模式之前，就是在写 “shi”山，满屏的ifelse，后来发现了设计模式，看到代码是真的优雅。

工厂模式其实是创建的模式，何为创建模式，就是为了方便对象的创建。拿最简单的登录来说，咱们系统需要接入，掘金、微信、QQ等三个接口，我们可以创建不同Service，在里面登录。在controller中判断是哪一个登录类型，然后进行ifelse判断，又是一大堆的ifelse。现在我们写一下相关代码。

String reqJson = JSON.toJSONString(req);
LoginRes loginRes = null;
try {
    logger.info("登录开始{}。req:{}", req.getuId(), reqJson);
    // 按照不同类型方法登录[1掘金、2微信、3QQ]
    if (req.getLoginType() == 1) {
        JuejinService juejinService = new JuejinService();
        JuejinResult juejinResult = juejinService.Login(data);
        if ("0000".equals(juejinResult.getCode())) {
            loginRes = new LoginRes("0000", "登录成功");
        } else {
            loginRes = new LoginRes("0001", JuejinResult.getInfo());
        }
    } else if (req.getLoginType() == 2) {
        WeixinService weixinService = new WeixinService();
        Boolean isSuccess = WeixinService.Login(data);
        if (isSuccess) {
            loginRes = new loginRes("0000", "登录成功");
        } else {
            loginRes = new AwardRes("0001", "登录失败");
        }
    } else if (req.getLoginType() == 3) {
        
        QQService qQService = new QQService();.
        Boolean isSuccess = qQService.Login(data);
         if (isSuccess) {
            loginRes = new loginRes("0000", "登录成功");
        } else {
            loginRes = new AwardRes("0001", "登录失败");
        }
    }
    logger.info("登录完成{}。", req.getuId());
} catch (Exception e) {
    logger.error("登录失败{}。req:{}", req.getuId(), reqJson, e);
    loginRes = new LoginRes("0001", e.getMessage());
}

return LoginRes;

这样如果我们继续加登录方法，会不断的写ifelse，同时这样看 你是不是觉得更加像 “shi”山了。
下面我们来用我们的工厂模式写一下。
首先自定义Login接口

public interface Login {

    void login(String uId, , Map<String, String> extMap) throws Exception;

}

所有登录方式、虚拟还是第三⽅，都需要通过我们的程序实现此接⼝进⾏处理，以保证最 终⼊参出参的统⼀性。 接⼝的⼊参包括； ⽤户ID、扩展字段等（再次举例子）
我们所有的无论是JuejinService WeixinService QQService 都需要实现这个接口然后再login内部进行自己的逻辑判断等等。
下面就是我们的重磅工厂了LoginFactory
再次我们进行判断。

public class LoginFactory {

    public Login getLoginService(Integer LoginType) {
        if (null == LoginType) return null;
        if (1 == LoginType) return new JuejinService();
        if (2 == LoginType) return new WeixinService();
        if (3 == LoginType) return new QQService();
        throw new RuntimeException("不存在的登录类型");
    }

}

这样是不是有条理多了。

@Test
public void test_commodity() throws Exception {
    LoginFactory loginFactory = new LoginFactory();

    // 1. Juejin
    Login loginService_1 = loginFactory.getLoginService(1);
    loginService_1.sendCommodity(data);

    // 2. Weixin
    Login loginService_2 = loginFactory.getLoginService(2);
    loginService_2.sendCommodity(data);

    // 3. QQ
    Login loginService_3 = loginFactory.getLoginService(3);
    loginService_3.login(data);

}

从上到下的优化来看，⼯⼚⽅法模式并不复杂，甚⾄这样的开发结构在你有所理解后，会发现更加简单了。 那么这样的开发的好处知道后，也可以总结出来它的优点；避免创建者与具体的产品逻辑耦合、满⾜单⼀职责，每⼀个业务逻辑实现都在所属⾃⼰的类中完成 、满⾜开闭原则，⽆需更改使⽤调⽤⽅就可以在程序中引⼊新的登录类型 。但这样也会带来⼀些问题。每次增加一个登录方式时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。所以还需要与其他设计模式相结合，才能打造出我开文提到的让一个产品走向更好（收尾呼应点题）。