灯具电商网站建设方案,百度app 浏览器,网站推广方案策划案例,济南市工程建设标准定额站网站前言
工厂模式一般指的是简单工厂模式、工厂方法模式、抽象工厂模式#xff0c;这是三种工厂模式的最后一篇#xff0c;其他两种的文章链接如下#xff1a;
设计模式之简单工厂模式-CSDN博客
设计模式之工厂方法模式-CSDN博客
建议三种模式放在一起对比学习#xff0c;…
前言
工厂模式一般指的是简单工厂模式、工厂方法模式、抽象工厂模式这是三种工厂模式的最后一篇其他两种的文章链接如下
设计模式之简单工厂模式-CSDN博客
设计模式之工厂方法模式-CSDN博客
建议三种模式放在一起对比学习更能领会其中的奥秘。看懂UML类图更是奥秘中的奥秘哦在UML类图中不同的箭头和线条代表的意义是不同的发现有很多人都画错了这里简单的梳理了一下如果需要可以移步这里设计模式之基础UML类图怎么看_uml图怎么看-CSDN博客
什么是抽象工厂模式
抽象工厂模式是一种创建型的工厂模式它提供了一个接口使客户端可以在不指定具体产品的情况下创建多个产品组中的产品对象。当存在多个抽象角色时抽象工厂模式可以用来创建一个工厂该工厂能够根据需要生成相应类型的产品。这种模式将产品的生成和使用解耦使得客户端无需了解具体产品的实现细节。
抽象工厂模式的核心思想是将工厂封装成了一个抽象接口通过这个接口来创建产品。它允许客户端通过调用抽象工厂的接口来生成多个产品族中的产品对象而无需知道每个产品族的实现细节。抽象工厂模式适用于存在多个产品族的情况这些产品族具有不同的实现但是客户端需要使用多个产品族中的产品。通过使用抽象工厂模式客户端可以灵活地使用不同的产品族而无需对代码进行大量修改。
与工厂方法模式有什么区别
抽象工厂模式和工厂方法模式都是设计模式中的对象创建型模式主要用于封装对象的创建过程以减少代码耦合。两种模式之间存在以下区别
工厂角色不同在工厂方法模式中工厂方法是实现客户端与具体产品类解耦的关键客户端通过继承或实现工厂方法实现创建产品的功能。而在抽象工厂模式中抽象工厂是客户端与具体产品类解耦的关键客户端通过实例化抽象工厂对象并调用其创建产品的方法实现创建产品的功能。创建产品的模式不同工厂方法模式中每个具体工厂类只能创建一个具体产品类的实例即“一对一”的关系。而在抽象工厂模式中每个具体工厂类可以创建多个具体产品类的实例即“一对多”的关系。产品类型不同在工厂方法模式中工厂方法返回的产品类型是固定的即每个具体工厂类只能创建一个固定类型的产品。而在抽象工厂模式中抽象工厂返回的产品类型可以是多种多样的即每个具体工厂类可以创建多个不同类型的产品。
总之抽象工厂模式相对于工厂方法模式更适用于创建一系列相关或相互依赖的对象以及对产品进行分类和组织的情况。
抽象工厂UML类图
在抽象工厂模式中存在四种角色
抽象工厂角色Abstract Factory担任这个角色的是工厂方法模式的核心它是与应用系统业务逻辑无关的。抽象工厂包含对多个产品结构的声明任何工厂类都必须实现这个接口。具体工厂角色Concrete Factory这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑而这个逻辑是与应用系统的业务逻辑紧密相关的。具体工厂类是抽象工厂的一个实现负责实例化某个产品族中的产品对象。抽象产品角色Abstract Product担任这个角色的类是工厂方法模式所创建的对象的父类或它们共同拥有的接口。抽象模式所创建的所有对象的父类它负责描述所有实例所共有的公共接口。具体产品角色Concrete Product抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。 抽象工厂实现示例
还以女娲造人的传说举一个例子刚开始造人女娲觉得还挺有意思的造的时间长了都是黄皮肤的中国人显得很单调没啥意思了于是拓展了一下业务开始造黑色皮肤的非洲人了用抽象工厂模式来演示这个过程会是什么样呢
UML类图如下 伪代码示例如下
public interface Human {/*** 人类会吃东西*/void eat();/*** 人类会喝东西*/void drink();
}
public class YellowMan implements Human {Overridepublic void eat() {System.out.println(黄色皮肤的中国男人在吃东西);}Overridepublic void drink() {System.out.println(黄色皮肤的中国男人在喝水);}
}
public class YelloWoman implements Human {Overridepublic void eat() {System.out.println(黄色皮肤的中国女人在吃东西);}Overridepublic void drink() {System.out.println(黄色皮肤的中国女人在喝水);}
}
public interface HumanFactory {Human createMan();Human createWoman();
}
public class YelloHumanFactory implements HumanFactory{Overridepublic Human createMan() {return new YellowMan();}Overridepublic Human createWoman() {return new YelloWoman();}
}
public class BlackHumanFactory implements HumanFactory{Overridepublic Human createMan() {return new BlackMan();}Overridepublic Human createWoman() {return new BlackWoman();}
}
public class Test {public static void main(String[] args) {HumanFactory yellowHumanFactorynew YelloHumanFactory();Human man yellowHumanFactory.createMan();Human woman yellowHumanFactory.createWoman();man.eat();man.drink();woman.eat();woman.drink();HumanFactory blackHumanFactorynew BlackHumanFactory();Human man1 blackHumanFactory.createMan();Human woman1 blackHumanFactory.createWoman();man1.eat();man1.drink();woman1.eat();woman1.drink();}
}
女娲这都造人业务都拓展到海外了光能造黄种人、黑种人怎么行还想造白种人怎么办呢很简单
1、实现Human接口再实现一个白种男人、一个白种女人的类
2、实现HumanFactory接口再实现一个白种人的制造工厂
public class WhiteMan implements Human {Overridepublic void eat() {System.out.println(白种欧洲男人吃东西);}Overridepublic void drink() {System.out.println(白种欧洲男人在喝水);}
}
public class WhiteWoman implements Human {Overridepublic void eat() {System.out.println(白种欧洲女人在吃东西);}Overridepublic void drink() {System.out.println(白种欧洲女人在喝水);}
}
public class WhiteHumanFactory implements HumanFactory{Overridepublic Human createMan() {return new WhiteMan();}Overridepublic Human createWoman() {return new WhiteWoman();}
}
public class Test {public static void main(String[] args) {HumanFactory whiteHumanFactorynew WhiteHumanFactory();Human man2 whiteHumanFactory.createMan();Human woman2 whiteHumanFactory.createWoman();man2.eat();man2.drink();woman2.eat();woman2.drink();}
}
有一天女娲觉得光造些男人、女人太单调了男人、女人之间老是干架怎么调合一下呢那就造一些可爱小朋友吧。这时就会发现如果还使用抽象工厂模式就会很尴尬HumanFactory接口里只有造男人、造女人的抽象方法如果再加一个造小朋友的接口就要对HuanFactory接口及其实现类具体工厂修改这就破坏了开闭原则。如果除了造黑人、白人、黄人外还想造点绿巨人其实倒还好和增加造白人的逻辑一样。这就是在决定是否使用抽象工厂模式的秘密所在如果要扩展的是一个产品族比较简单且适用如果想丰富某一产品族的某个产品系列就比较麻烦了
抽象工厂应用场景
有没有发现这种方式非常好完全符合开闭原则无须对原有系统进行修改下面就总结一下抽象工厂模式的实际应用场景有哪些
产品组装在现实生活中抽象工厂模式最典型的例子就是产品的组装。例如在电脑的组装过程中我们通常需要选择一系列的配件如CPU、硬盘、内存、主板、电源、机箱等。选择不同的配件组装出来的电脑是不同的这就可以看作是在使用不同的工厂来生产不同的产品。提供产品类库如果我们需要提供一个产品类库但只想显示它们的接口而不是实现那么就可以使用抽象工厂模式。例如在设计一个绘图软件时我们可能希望提供一个图形类库但并不想暴露出每个图形的具体实现细节这时就可以使用抽象工厂模式来生成各种图形对象。多产品系列如果一个系统需要由多个产品系列中的一个来配置那么也可以使用抽象工厂模式。例如在汽车制造中可能需要根据用户的选择来配置不同的汽车模型。独立于产品的创建、组合和表示如果一个系统需要独立于它的产品的创建、组合和表示那么也可以使用抽象工厂模式。例如在开发一个游戏引擎时我们可能希望游戏开发者能够使用我们提供的引擎来创建各种类型的游戏而无需关心游戏引擎底层的具体实现。
总结
抽象工厂模式是一种设计程序时的工程方法前面也说过方法是为了解决问题的不是灵丹妙药用上了就一定很好是绝不能生搬硬套的重在理解和灵活运用。
对于抽象工厂模式有以下优点
隔离了具体类的生成使得客户端并不需要知道什么被创建。当一个产品族中的多个对象被设计成一起工作时它能够保证客户端始终只使用同一个产品族中的对象。增加新的产品族很方便无须修改已有系统符合开闭原则。
抽象工厂模式也有一些缺点
增加新的产品等级结构麻烦需要对原有系统进行较大的修改甚至需要修改抽象层代码违背了开闭原则。如果客户端需要创建多个产品族的多个对象那么代码会变得很冗长和复杂。如果产品族之间有依赖关系那么需要仔细考虑如何处理这些依赖关系以避免出现循环依赖或其他问题。
因此在使用抽象工厂模式时需要根据具体的情况来考虑其优缺点并决定是否使用该模式。
