设计模式-简单工厂模式

在阎宏博士的《JAVA与模式》一书中开头是这样描述简单工厂模式的：

简单工厂模式是类的创建模式，又叫做静态工厂方法（Static Factory Method）模式。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。

那么简单工厂模式是在什么场景下使用呢，下面就以本人的理解举例说明:(转自这篇文章)

基本介绍

1. 简单工厂模式是属于创建型模式，是工厂模式的一种。简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。简单工厂模式是工厂模式家族中最简单实用的模式。
2. 简单工厂模式：定义了一个创建对象的类，由这个类来封装实例化对名胜的行为。
3. 在软件开发中，当我们会用到大量的创建某种、某类或者某批对象时，就会使用到工厂模式。

　　就拿登录功能来说，假如应用系统需要支持多种登录方式如：口令认证、域认证（口令认证通常是去数据库中验证用户，而域认证则是需要到微软的域中验证用户）。那么自然的做法就是建立一个各种登录方式都适用的接口，如下图所示：

 

代码

 

interface Login {
    fun verify(name: String, password: String):Boolean
}

 

class DomainLogin : Login {
    override fun verify(name: String, password: String): Boolean {
        /**
         * do some work
         * */
        return true
    }
}

class PasswordLogin:Login {
    override fun verify(name: String, password: String): Boolean {
        /**
         * do some work
         * */
        return true
    }
}

我们还需要一个LoginManager，根据调用者不同的要求，创建出不同的登录对象并返回。如果有不合法的请求，返回一个Runtime exception

class LoginManager {
　　//静态方法
    companion object {
        fun factory(type: String): Login {
            when (type) {
                "domain" -> return DomainLogin()
                "password" -> return PasswordLogin()
            }
            throw RuntimeException("not found any type")
        }
    }
}

测试：

val login = LoginManager.factory("password")
val result = login.verify("name","password")
println("result: $result")

简单工厂模式的优点

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

简单工厂模式的缺点

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