上一篇写完工厂方法，有个地方很容易混。
工厂方法已经能创建对象了，怎么又来了一个抽象工厂？名字只多了两个字，看着确实容易绕木乱。
这篇先不看定义。狗哥把早餐摊支起来，咱从点套餐开始。
🍊 这次不单卖一杯咖啡
早餐店准备了两套搭配。
中式早餐是豆浆配油条，西式早餐是咖啡配面包。顾客选一套，店里把饮品和主食一起做好。
这和上一篇有点像，但关注点变了。
上一篇的工厂方法负责创建一个产品。这一篇的抽象工厂负责创建一组有关联的产品。
这里的一组产品，书上常叫产品族。
不用硬背。中式早餐是一族，西式早餐是另一族。把“一套搭配”记住，基本就有感觉了。
先把饮品和主食分开
代码里先写两个接口。
Drink.java
public interface Drink {
String getName();
}
StapleFood.java
public interface StapleFood {
String getName();
}
Drink 表示饮品，StapleFood 表示主食。
然后让豆浆、咖啡实现 Drink，油条、面包实现 StapleFood。代码都很短，拿豆浆和油条看一下。
SoyMilk.java
public class SoyMilk implements Drink {
@Override
public String getName() {
return "Soy milk";
}
}
Youtiao.java
public class Youtiao implements StapleFood {
@Override
public String getName() {
return "Youtiao";
}
}
咖啡和面包写法一样，只是返回的名字不同。
到这里还没出现工厂，先把店里卖什么分清楚。
一家工厂要会做两样东西
接着写早餐工厂接口。
BreakfastFactory.java
public interface BreakfastFactory {
Drink createDrink();
StapleFood createStapleFood();
}
这次接口里有两个创建方法。
**一家早餐工厂，既要会做饮品，也要会做主食。**至于具体做哪一套，由实现类决定。
中式早餐工厂这样写：
ChineseBreakfastFactory.java
public class ChineseBreakfastFactory implements BreakfastFactory {
@Override
public Drink createDrink() {
return new SoyMilk();
}
@Override
public StapleFood createStapleFood() {
return new Youtiao();
}
}
西式早餐工厂则返回咖啡和面包。
WesternBreakfastFactory.java
public class WesternBreakfastFactory implements BreakfastFactory {
@Override
public Drink createDrink() {
return new Coffee();
}
@Override
public StapleFood createStapleFood() {
return new Bread();
}
}
青岛话讲，这就挺板正。中式归中式，西式归西式，不用调用方自己拼。
类有点多，按三层看
第一次写抽象工厂，文件数量会突然变多。
别挨个背类名，按三层看会轻松一些。
最上面是 BreakfastFactory，规定一家工厂必须提供饮品和主食。
中间是两家具体工厂，它们决定一套早餐里放什么。
下面才是豆浆、油条、咖啡、面包这些具体对象。
看懂这三层，比背“抽象产品、具体产品、抽象工厂、具体工厂”实在些。
跑一下完整代码
最后写个入口，把两家工厂都用一遍。
AbstractFactoryDemo.java
public class AbstractFactoryDemo {
public static void main(String[] args) {
printBreakfast("Chinese breakfast", new ChineseBreakfastFactory());
printBreakfast("Western breakfast", new WesternBreakfastFactory());
}
private static void printBreakfast(
String title, BreakfastFactory factory) {
Drink drink = factory.createDrink();
StapleFood food = factory.createStapleFood();
System.out.println(title + ": "
+ drink.getName() + " + " + food.getName());
}
}
运行结果是：
Chinese breakfast: Soy milk + Youtiao
Western breakfast: Coffee + Bread
printBreakfast() 接收的是 BreakfastFactory。
传入中式工厂，它就拿到豆浆和油条；传入西式工厂，它就拿到咖啡和面包。方法里的制作流程没有跟着套餐变化。
抽象工厂的用处，是把有关联的对象成套创建出来。
new 还是存在，只是集中到了具体工厂里。调用方不用知道每个产品该怎么搭配。
为什么不让调用方自己选
当然可以自己写 new SoyMilk()，再写 new Bread()。
代码能编译，程序也能跑。可按照本文的套餐规则，它把中式饮品和西式主食拼到了一起。
这里得说严谨点。
什么叫“正确的一套”，是业务提前定好的。Java 不认识豆浆油条，也不知道咖啡该配什么。
我们把搭配写进工厂，后面的调用方照着用，才不容易拿混。
它也有不顺手的地方
抽象工厂适合增加新套餐。
以后加一套“轻食早餐”，新增一家工厂，再准备它的饮品和主食就行。原来的两家工厂通常不用动。
可如果所有早餐突然都要增加甜点，事情就麻烦些。
BreakfastFactory 得增加 createDessert()，中式、西式以及后面所有具体工厂都要实现它。
所以它更适合这种情况：产品种类比较稳定，但整套搭配可能继续增加。
如果项目里只有一个简单对象，或者这些对象根本不需要成套出现，就别急着上抽象工厂。类一多，找代码也挺费劲。
🐾 狗哥捋一下
工厂方法和抽象工厂，区别不用说得太玄乎。
工厂方法创建一种产品。抽象工厂里放了多个创建方法，一家具体工厂负责一整套有关联的产品。
这篇代码可以先只写中式早餐。跑通以后，再补西式工厂。两套输出都对上，基本就明白了。
下一篇聊建造者模式。它不负责选哪套产品，主要解决一个对象需要分好几步组装的问题。
#Java #设计模式 #抽象工厂模式 #Java基础 #后端开发 #程序员入门