【设计模式】跟着狗哥复习设计模式(三):抽象工厂模式

上一篇写完工厂方法，有个地方很容易混。

工厂方法已经能创建对象了，怎么又来了一个抽象工厂？名字只多了两个字，看着确实容易绕木乱。

这篇先不看定义。狗哥把早餐摊支起来，咱从点套餐开始。

🍊 这次不单卖一杯咖啡

早餐店准备了两套搭配。

中式早餐是豆浆配油条，西式早餐是咖啡配面包。顾客选一套，店里把饮品和主食一起做好。

这和上一篇有点像，但关注点变了。

上一篇的工厂方法负责创建一个产品。这一篇的抽象工厂负责创建一组有关联的产品。

这里的一组产品，书上常叫产品族。

不用硬背。中式早餐是一族，西式早餐是另一族。把“一套搭配”记住，基本就有感觉了。

先把饮品和主食分开

代码里先写两个接口。

Drink.java

publicinterfaceDrink{String getName();}

StapleFood.java

publicinterfaceStapleFood{String getName();}

Drink 表示饮品，StapleFood 表示主食。

然后让豆浆、咖啡实现 Drink，油条、面包实现 StapleFood。代码都很短，拿豆浆和油条看一下。

SoyMilk.java

publicclassSoyMilkimplementsDrink{@Overridepublic String getName(){return"Soy milk";    }}

Youtiao.java

publicclassYoutiaoimplementsStapleFood{@Overridepublic String getName(){return"Youtiao";    }}

咖啡和面包写法一样，只是返回的名字不同。

到这里还没出现工厂，先把店里卖什么分清楚。

一家工厂要会做两样东西

接着写早餐工厂接口。

BreakfastFactory.java

publicinterfaceBreakfastFactory{Drink createDrink();StapleFood createStapleFood();}

这次接口里有两个创建方法。

一家早餐工厂，既要会做饮品，也要会做主食。至于具体做哪一套，由实现类决定。

中式早餐工厂这样写：

ChineseBreakfastFactory.java

publicclassChineseBreakfastFactoryimplementsBreakfastFactory{@Overridepublic Drink createDrink(){returnnew SoyMilk();    }@Overridepublic StapleFood createStapleFood(){returnnew Youtiao();    }}

西式早餐工厂则返回咖啡和面包。

WesternBreakfastFactory.java

publicclassWesternBreakfastFactoryimplementsBreakfastFactory{@Overridepublic Drink createDrink(){returnnew Coffee();    }@Overridepublic StapleFood createStapleFood(){returnnew Bread();    }}

青岛话讲，这就挺板正。中式归中式，西式归西式，不用调用方自己拼。

类有点多，按三层看

第一次写抽象工厂，文件数量会突然变多。

别挨个背类名，按三层看会轻松一些。

最上面是 BreakfastFactory，规定一家工厂必须提供饮品和主食。

中间是两家具体工厂，它们决定一套早餐里放什么。

下面才是豆浆、油条、咖啡、面包这些具体对象。

看懂这三层，比背“抽象产品、具体产品、抽象工厂、具体工厂”实在些。

跑一下完整代码

最后写个入口，把两家工厂都用一遍。

AbstractFactoryDemo.java

publicclassAbstractFactoryDemo{publicstaticvoidmain(String[] args){        printBreakfast("Chinese breakfast", new ChineseBreakfastFactory());        printBreakfast("Western breakfast", new WesternBreakfastFactory());    }privatestaticvoidprintBreakfast(            String title, BreakfastFactory factory){        Drink drink = factory.createDrink();        StapleFood food = factory.createStapleFood();        System.out.println(title + ": "                + drink.getName() + " + " + food.getName());    }}

运行结果是：

Chinese breakfast: Soy milk + YoutiaoWestern breakfast: Coffee + Bread

printBreakfast() 接收的是 BreakfastFactory。

传入中式工厂，它就拿到豆浆和油条；传入西式工厂，它就拿到咖啡和面包。方法里的制作流程没有跟着套餐变化。

抽象工厂的用处，是把有关联的对象成套创建出来。

new 还是存在，只是集中到了具体工厂里。调用方不用知道每个产品该怎么搭配。

为什么不让调用方自己选

当然可以自己写 new SoyMilk()，再写 new Bread()。

代码能编译，程序也能跑。可按照本文的套餐规则，它把中式饮品和西式主食拼到了一起。

这里得说严谨点。

什么叫“正确的一套”，是业务提前定好的。Java 不认识豆浆油条，也不知道咖啡该配什么。

我们把搭配写进工厂，后面的调用方照着用，才不容易拿混。

它也有不顺手的地方

抽象工厂适合增加新套餐。

以后加一套“轻食早餐”，新增一家工厂，再准备它的饮品和主食就行。原来的两家工厂通常不用动。

可如果所有早餐突然都要增加甜点，事情就麻烦些。

BreakfastFactory 得增加 createDessert()，中式、西式以及后面所有具体工厂都要实现它。

所以它更适合这种情况：产品种类比较稳定，但整套搭配可能继续增加。

如果项目里只有一个简单对象，或者这些对象根本不需要成套出现，就别急着上抽象工厂。类一多，找代码也挺费劲。

🐾 狗哥捋一下

工厂方法和抽象工厂，区别不用说得太玄乎。

工厂方法创建一种产品。抽象工厂里放了多个创建方法，一家具体工厂负责一整套有关联的产品。

这篇代码可以先只写中式早餐。跑通以后，再补西式工厂。两套输出都对上，基本就明白了。

下一篇聊建造者模式。它不负责选哪套产品，主要解决一个对象需要分好几步组装的问题。

#Java #设计模式 #抽象工厂模式 #Java基础 #后端开发 #程序员入门