适用性 在以下情况可以使用Abstract Factory模式   • 一个系统要独立于它的产品的创建、组合和表示时。   对于一个一定规模以上的软件，经常会出现需要多个功能组件协同工作的情况。为了降低耦合性，增强扩展性，经常要对系统进行分解。这时将功能组件的创建，组合(协同动作)和表示分离是一种常用的方式。而功能组件的创建部分就可以使用抽象工程模式。   • 一个系统要由多个产品系列中的一个来配置时。     这种例子比较多，除了意图部分窗口主题以外，许多稍微复杂一点数据处理系统也都可以考虑使用抽象工厂模式。   • 当你要强调一系列相关的产品对象的设计以便进行联合使用时。   关联产品的创建都是通过同一个具象工厂类创建，控制了工厂类，也就控制了关联产品的组合关系。   • 当你提供一个产品类库，而只想显示它们的接口而不是实现时。   虽然实际动作的具象工厂类，产生的也是具象类的产品，但是对Clinet公开的只有抽象工厂类和抽象产品类。这样就为产品类库日后调整产品留下了余地。   适用性归纳   上面列举了四个场景，重点就是一件事：如果我们希望创建产品的过程与其他处理分离，就可以使用简单工厂；如果还希望创建过程可扩展就可以使用抽象工厂模式。   《设计模式》适用性的第四种情况实际上是抽象工厂模式的副产品。   开发实例   除了《设计模式》中的例子以外，我们另外提供一个更加贴近开发的例子。   假设我们有这样一个图像图例软件：需要处理的图像格式有gif和jpeg两种，目前需求是颜 {MOD}处理和大小处理。考虑到将来可能发生图像类型，处理内容的扩展，我们可以如下设计这个系统。     上面的类图和前面的例子基本相同，唯一的差别就是两个具象工厂类需要和所有的数据处理具象类之间有依赖关系。   下载链接 https://github.com/xueweiguo/OOThinking/blob/master/Aha!DesignPattern/Aha!DesignPattern.EAP   注： 本文中蓝 {MOD}粗体文字都引自《设计模式》一书。   觉得本文有帮助？请分享给更多人。 阅读更多更新文章，请扫描下面二维码，关注微信公众号【面向对象思考】