创建型（一） - 简单工厂模式、工厂方法模式和抽象工厂模式

本文使用了王争老师设计模式课程中的例子，写的很清晰，而且中间穿插了代码优化。

由于设计模式就是解决问题的一种思路，所以每个设计模式会从问题出发，这样比较好理解设计模式出现的意义。

一、简单工厂模式

解决问题：在调用时不想判断来实例化哪一个类或者实例化的过程过于复杂。

举个例子：我们读取配置文件，根据配置文件的后缀（json，xml，yaml）来选择不同解析器（JsonRuleConfigParser、XmlRuleConfigParser、YamlRuleConfigParser），最后将文件解析为RuleConfig格式。这样具体调用的时候我们就不需要管到底实例化哪一个解析器，只需要传入需要解析的文件路径。

1、定义解析器接口

public interface IRuleConfigParser {
}

2、定义各类解析器

public class JsonRuleConfigParser implements IRuleConfigParser{
}public class XmlRuleConfigParser implements IRuleConfigParser{
}public class YamlRuleConfigParser implements IRuleConfigParser{
}

3、定义工厂类

public class RuleConfigParserFactory {public IRuleConfigParser getParserInstance(String path) {//获取文件后缀String fileExtension = getFileExtension();IRuleConfigParser parser = null;if ("json".equals(fileExtension)) {parser =  new JsonRuleConfigParser();} else if ("xml".equals(fileExtension)) {parser = new XmlRuleConfigParser();} else if ("yaml".equals(fileExtension)) {parser = new YamlRuleConfigParser();}return parser;}
}          

总结：简单工厂模式就是把创建对象的活单独抽出来放一个工厂类中。
优点：对象的创建和使用进行了分离，如果创建方式改了只修改工厂类就可以了。
缺点：扩展性差，加一个新的对象的时候需要修改工厂文件，增加if-else。

二、工厂方法模式

适用工厂方法优化上面例子，代码如下：
1、给每个解析器创建一个工厂类，工厂类又实现了IRuleConfigParserFactory 接口；

public interface IRuleConfigParserFactory {IRuleConfigParser createParser();
}public class JsonRuleConfigParserFactory implements IRuleConfigParserFactory {@Overridepublic IRuleConfigParser createParser() {return new JsonRuleConfigParser();}
}public class XmlRuleConfigParserFactory implements IRuleConfigParserFactory {@Overridepublic IRuleConfigParser createParser() {return new XmlRuleConfigParser();}
}public class YamlRuleConfigParserFactory implements IRuleConfigParserFactory {@Overridepublic IRuleConfigParser createParser() {return new YamlRuleConfigParser();}
}

2、工厂抽象出来后，看看怎么用：

public class RuleConfigParserFactory {public IRuleConfigParser getParserInstance(String path) {//获取文件后缀String fileExtension = getFileExtension();IRuleConfigParserFactory factory= null;if ("json".equals(fileExtension)) {factory =  new JsonRuleConfigParserFactory();} else if ("xml".equals(fileExtension)) {factory = new XmlRuleConfigParserFactory();} else if ("yaml".equals(fileExtension)) {factory = new YamlRuleConfigParserFactory();}return factory.createParser();}
}

看完上面的代码是不是觉得又进入了if-else的圈子。看了王争老师的优化，优化后代码如下，通过单例可以避免if-else，但是这种方法也有局限性，如果每次需要创建不同的新对象，下面的方法就不行了：

public class JsonRuleConfigParserFactoryMap {private static final Map<String, IRuleConfigParserFactory> cachedFactory = new HashMap<>();static {cachedFactory.put("json", new JsonRuleConfigParserFactory());cachedFactory.put("xml", new XmlRuleConfigParserFactory());cachedFactory.put("yaml", new YamlRuleConfigParserFactory());}public static IRuleConfigParserFactory getRuleConfigParserFactory(String fileExtension) {if (TextUtils.isEmpty(fileExtension)) {return null;}return cachedFactory.get(fileExtension);}
}

把每个解析器的创建又封装到了工厂类里，我个人觉得除了代码结构变复杂了，没看到工厂方法比简单工厂好在哪。我看了很多例子，大体都是这样，要么没有写最后的用法，要么僻重就轻把使用改成如下：

JsonRuleConfigParserFactory jsonParserFactory = new JsonRuleConfigParserFactory();
IRuleConfigParser jsonParser = jsonParserFactory.createParser();

所以学到这里，工厂方法的优势没有get到，最终的使用还是要if-else判断，并且每增加一个解析器就会增加一个Factory类。

看王争老师总结之所以会有上面的疑惑是因为：这种简单的使用场景其实并不适合使用工厂方法，因为这个例子中，工厂方法需要额外建Factory类，并且类里就一句new对象代码，没必要设计成独立类，所以对于这个例子，简单工厂比工厂方法更适合。

工厂方法适用场景：对象的创建比较复杂，不只是简单new，例如还要组合其他类，做各种初始化操作，这种才比较适合工厂方法场景。

下面是刚才简单工厂获取解析器的逻辑，如果获取parser的方式比较复杂，还需要组合其他类，做各种不同的初始化操作，这样getParserInstance函数逻辑就会比较复杂，就需要单独拆出工厂类去创建才会更合理。

public class RuleConfigParserFactory {public IRuleConfigParser getParserInstance(String path) {//获取文件后缀String fileExtension = getFileExtension();IRuleConfigParser parser = null;if ("json".equals(fileExtension)) {parser =  new JsonRuleConfigParser();} else if ("xml".equals(fileExtension)) {parser = new XmlRuleConfigParser();} else if ("yaml".equals(fileExtension)) {parser = new YamlRuleConfigParser();}return parser;}
}   

三、抽象工厂

抽象工厂主要在工厂方法的基础上解决多分类问题，前面我们获取解析器是通过RuleConfig规则来区分的，如果再加一个分类，要通过系统配置规则来区分的呢？使用工厂方法模式，我们需要添加三个解析器，再加三个工厂类。扩展的时候太过繁琐，为解决这个问题，可以再抽象出一个接口。

JsonRuleConfigParser()
XmlRuleConfigParser()
YamlRuleConfigParser()
//需要增加的
JsonSystemConfigParser()
XmlSystemConfigParser()
YamlSystemConfigParser()

抽象工厂：

public interface IConfigParserFactory {IRuleConfigParser createRuleConfigParser();ISystemConfigParser createSystemConfigParser();//扩展分类方式
}public class JsonConfigParserFactory implements IConfigParserFactory {@Overridepublic IRuleConfigParser createRuleConfigParser() {return new JsonRuleConfigParser();}@Overridepublic ISystemConfigParser createSystemConfigParser() {return new JsonSystemConfigParser();}
}public class XmlConfigParserFactory implements IConfigParserFactory {@Overridepublic IRuleConfigParser createRuleConfigParser() {return new XmlRuleConfigParser();}@Overridepublic ISystemConfigParser createSystemConfigParser() {return new XmlSystemConfigParser();}
}public class YamConfigParserFactory implements IConfigParserFactory {@Overridepublic IRuleConfigParser createRuleConfigParser() {return new YamRuleConfigParser();}@Overridepublic ISystemConfigParser createSystemConfigParser() {return new YamSystemConfigParser();}
}

按照上面抽象工厂的方式，无论添加多少分类方式，这三个工厂类就可以满足。

四：JDK中工厂使用

DateFormat：使用的是简单工厂，只需要提供DateStyle和TimeStyle，可快速得到一个DateFormat 对象。

public final static DateFormat getDateInstance();  
public final static DateFormat getDateInstance(int style);  
public final static DateFormat getDateInstance(int style,Locale aLocale);
//使用
public static void main(String[] args) {DateFormat format = DateFormat.getDateTimeInstance(DateFormat.FULL, DateFormat.SHORT);String now = format.format(new Date());System.out.println(now);}

参考文章：
简单工厂模式、工厂方法模式和抽象工厂模式有何区别？
极客时间《设计模式》（王争）