简单工厂到这里就结束了。这里再简单举例说下简单工厂的应用场景
//这个代码大家应该很熟悉 Logger logger = LoggerFactory.getLogger(CacheManager.class); //看下它的实现 public static Logger getLogger(String name) { ILoggerFactory iLoggerFactory = getILoggerFactory(); return iLoggerFactory.getLogger(name); } public static Logger getLogger(Class<?> clazz) { Logger logger = getLogger(clazz.getName()); if (DETECT_LOGGER_NAME_MISMATCH) { Class<?> autoComputedCallingClass = Util.getCallingClass(); if (autoComputedCallingClass != null && nonMatchingClasses(clazz, autoComputedCallingClass)) { Util.report(String.format("Detected logger name mismatch. Given name: \"%s\"; computed name: \"%s\".", logger.getName(), autoComputedCallingClass.getName())); Util.report("See http://www.slf4j.org/codes.html#loggerNameMismatch for an explanation"); } } return logger; }
工厂方法模式
工厂方法模式（Fatory Method Pattern）是指定义一个创建对象的接口，但让实现这个接口的类来决定实例化哪个类，工厂方法让类的实例化推迟到子类中进行。在工厂方法模式中用户只需要关心所需产品对应的工厂，无须关心创建细节，而且加入新的产品符合开闭原则。工厂方法模式主要解决产品扩展的问题，在简单工厂中，随着产品链的丰富，如果每个课程的创建逻辑有区别的话，工厂的职责会变得越来越多，有点像万能工厂，并不便于维护。根据单一职责原则我们将职能继续拆分，专人干专事。Java 课程由 Java 工厂创建，Python 课程由 Python 工厂创建，对工厂本身也做一个抽象。来看代码，先创建ICourseFactory 接口：
public interface ICourseFactory { ICourse crete(); }
在分别创建子工厂，JavaCourseFactory 类：
public class JavaCourseFactory implements ICourseFactory { @Override public ICourse crete() { return new JavaCourse(); } }
PythonCourseFactory 类：
public class PythonCourseFactory implements ICourseFactory { @Override public ICourse crete() { return new PythonCourse(); } }
看测试代码：
public class SimpleFactoryTest { public static void main(String[] args) { ICourseFactory courseFactory = new JavaCourseFactory(); ICourse course = courseFactory.crete(); course.record(); courseFactory = new PythonCourseFactory(); course = courseFactory.crete(); course.record(); } }
工厂方法适用于以下场景：
- 创建对象需要大量重复的代码。
- 客户端（应用层）不依赖于产品类实例如何被创建、实现等细节。
- 一个类通过其子类来指定创建哪个对象。
工厂方法的缺点
- 类的个数容易过多，增加复杂度。
- 增加了系统的抽象性和理解难度。
抽象工厂模式
抽象工厂模式（Abastract Factory Pattern）是指提供一个创建一系列相关或相互依赖对象的接口，无须指定他们具体的类。客户端（应用层）不依赖于产品类实例如何被创建、实现等细节，强调的是一系列相关的产品对象（属于同一产品族）一起使用创建对象需要大量重复的代码。需要提供一个产品类的库，所有的产品以同样的接口出现，从而使客户端不依赖于具体实现。
接下来我们来看一个具体的业务场景而且用代码来实现。还是以课程为例，每个课程不仅要提供课程的录播视频，而且还要提供课堂笔记。相当于现在的业务变更为同一个课程不单纯是一个课程信息，要同时包含录播视频、课堂笔记甚至还要提供源码才能构成一个完整的课程。在产品等级中增加两个产品 IVideo 录播视频和 INote 课堂记。
IVideo 接口：
public interface IVideo { void record(); }
INote 接口：
public interface INote { void edit(); }
接下来，创建 Java 产品族，Java 视频 JavaVideo 类:
public class JavaVideo implements IVideo { @Override public void record() { System.out.println("java视频"); } }
Java 笔记 JavaNote 类：
public class JavaNote implements INote { @Override public void edit() { System.out.println("java笔记"); } }
然后创建一个抽象工厂 CourseFactory 类(最好新建一个包,为了和工厂方法区别开)：
public interface CourseFactory { INote createNote(); IVideo createVideo(); }
创建 Java 产品族的具体工厂 JavaCourseFactory:
public class JavaCourseFactory implements CourseFactory { @Override public INote createNote() { return new JavaNote(); } @Override public IVideo createVideo() { return new JavaVideo(); } }
然后创建 Python 产品，Python 视频 PythonVideo 类：
public class PythonVideo implements IVideo { @Override public void record() { System.out.println("python视频"); } }
扩展产品等级 Python 课堂笔记 PythonNote 类：
public class PythonNote implements INote { @Override public void edit() { System.out.println("python笔记"); } }
创建 Python 产品族的具体工厂 PythonCourseFactory:
public class PythonCourseFactory implements CourseFactory { @Override public INote createNote() { return new PythonNote(); } @Override public IVideo createVideo() { return new PythonVideo(); } }
下面是测试代码:
public class AbstractFactoryTest { public static void main(String[] args) { JavaCourseFactory javaCourseFactory = new JavaCourseFactory(); javaCourseFactory.createNote().edit(); javaCourseFactory.createVideo().record(); PythonCourseFactory pythonCourseFactory = new PythonCourseFactory(); pythonCourseFactory.createNote().edit(); pythonCourseFactory.createVideo().record(); } }
上面的代码完整地描述了两个产品族 Java 课程和 Python 课程，也描述了两个产品等级视频和笔记。抽象工厂非常完美清晰地描述这样一层复杂的关系。但是，不知道大家有没有发现，如果我们再继续扩展产品等级，将源码 Source 也加入到课程中，那么我们的代码从抽象工厂，到具体工厂要全部调整，很显然不符合开闭原则。因此抽象工厂也是有缺点的：
- 规定了所有可能被创建的产品集合，产品族中扩展新的产品困难，需要修改抽象工厂的接口。
- 增加了系统的抽象性和理解难度。
