设计模式学习笔记--简单工厂模式

设计模式学习笔记--简单工厂模式 工厂模式学习笔记–1 简单工厂模式

为方便理解各个类型之间的关系，使用controller，service，serviceImpl来表示每个类之间的关系。

1.controller，service，serviceImpl

缺点：应用层代码需要依赖serviceImpl，如果需要业务扩展，就需要增加同一个service的其他实现类serviceImpl1，serviceImpl2… ，那么controller中的依赖会越来越臃肿。

2.controller，service，serviceImpl，serviceFactory将if-else 和name作为factory的条件和执行策略。

缺点：如果service的其他的serviceImpl类，serviceFactory中就需要增加if-else逻辑判断，不符合开闭原则。

3.controller,service，serviceImpl，serviceFactory通过(Service)Class.forName(className).newInstance()来实现

缺点：参数是字符串，并且需要强制类型转换。可控性有待提高

4.controller,service，serviceImpl，serviceFactory通过几个重要的方法来实现

Controller：

• simpleFactory.create(ServiceImpl2.class)

SimpleFactory：

• public Service create(Class clazz){}
• return clazz.newInstance();

类图展示：
Controller:

public class Controller {
    public static void main(String[] args) {
        SimpleFactory simpleFactory = new SimpleFactory();
        Service service=simpleFactory.create(ServiceImpl2.class);
        service.service();
    }
}

Service：

public interface Service {
    public void service();
}

ServiceImpl1

public class ServiceImpl1 implements Service{
    @Override
    public void service() {
        System.out.println("Serice1 Working!");
    }
}

serviceImpl2

public class ServiceImpl2 implements Service{
    @Override
    public void service() {
        System.out.println("Serice2 Working!");
    }
}

SimpleFactory

public class SimpleFactory {
    //对传入的类型参数有限制作用
    public Service create(Class clazz){
        if (null!=clazz){
            try {
                return clazz.newInstance();
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
        return null;
    }
}

适用场景：

在任何生成复杂对象的地方都可以使用工厂方法模式，如果不是复杂对象，建议直接new，因为创建工厂会增加系统的复杂性。

工厂模式可以大大降低对象之间的耦合度。

源码中使用到简单工厂模式的地方：

• Calendar类的createCalendar()方法
• LoggerFactory的getLogger()方法

参考文章：
彻底说透简单工厂那些你没有关注过的细节