目录与学习目标

  1. 1：为什么需要抽象工厂 
  2. 2：如何实现抽象工厂

1：为什么需要抽象工厂

  1. 简单工厂和工厂方法中，类只有一种分类方式。
  2. 比如，在规则配置解析那个例子中，解析器类只会根据配置文件格式（Yaml 、Propertie 、Json、Xml、……）来分类。
  3. 但是，如果类有两种分类方式，
  4. 比如，我们既可以按照配置文件格式来分类，也可以按照解析的对象（Rule 规则配置还是 System 系统配置）来分类，那就会对应下面这 8 个 parser 类。
  7. 针对规则配置的解析器：基于接口IRuleConfigParser
  8. YamlRuleConfigParser
  9. PropertiesRuleConfigParser
  10. JsonRuleConfigParser
  11. XmlRuleConfigParser
  14. 针对系统配置的解析器：基于接口ISystemConfigParser
  15.  YamlSystemConfigParser
  16. PropertiesSystemConfigParser
  17. JsonSystemConfigParser
  18. XmlSystemConfigParser
  21. 针对这种特殊的场景，如果还是继续用工厂方法来实现的话，我们要针对每个 parser 都编写一个工厂类，也就是要编写 8 个工厂类。
  23. 抽象工厂就是针对这种非常特殊的场景而诞生的。
  24. 我们可以让一个工厂负责创建多个不同类型的对象（IRuleConfigParser、ISystemConfigParser 等），而不是只创建一种 parser 对象。

2：如何实现抽象工厂

  2. public interface IConfigParserFactory {
  3.   IRuleConfigParser createRuleParser();
  4.   ISystemConfigParser createSystemParser();
  5.   //此处可以扩展新的parser类型，比如IBizConfigParser
  6. }
  8. public class YamlConfigParserFactory implements IConfigParserFactory {
  9.   @Override
  10.   public IRuleConfigParser createRuleParser() {
  11.     return new YamlConfigParser();
  12.   }
  14.   @Override
  15.   public ISystemConfigParser createSystemParser() {
  16.     return new YamlSystemConfigParser();
  17.   }
  18. }
  20. public class PropertiesConfigParserFactory implements IConfigParserFactory {
  21.   @Override
  22.   public IRuleConfigParser createRuleParser() {
  23.     return new PropertiesRuleConfigParser();
  24.   }
  26.   @Override
  27.   public ISystemConfigParser createSystemParser() {
  28.     return new PropertiesSystemConfigParser();
  29.   }
  30. }
  32. // 省略JsonConfigParserFactory和XmlConfigParserFactory代码