seo网站监测自己制作游戏的软件
本文使用了王争老师设计模式课程中的例子，写的很清晰，而且中间穿插了代码优化。
由于设计模式就是解决问题的一种思路，所以每个设计模式会从问题出发，这样比较好理解设计模式出现的意义。
一、简单工厂模式
解决问题：在调用时不想判断来实例化哪一个类或者实例化的过程过于复杂。
举个例子：我们读取配置文件，根据配置文件的后缀（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);}
参考文章：
简单工厂模式、工厂方法模式和抽象工厂模式有何区别？
极客时间《设计模式》（王争）