本設(shè)計模式系列文章由阿里大神 名俊 授權(quán)發(fā)布
前情提要
上集講到, 小光的熱干面店, 開始搭配提供飲料了. 再加上美女表妹的助陣, 生意是紅紅火火啊.
然而, 事情也不是盡善盡美的, 慢慢小光就聽到了一些的客戶的聲音: 酸梅湯太酸了, 能調(diào)好點嗎? 天冷了能來點熱飲嗎?
客戶可是上帝啊, 小光立馬就著手改進(jìn).
所有示例源碼已經(jīng)上傳到Github, 戳這里
表妹的抱怨
帶著客戶的聲音, 小光找表妹聊了下, 想讓表妹修改下當(dāng)前的酸梅湯泡制比例, 另外再增加一些熱飲的泡制.
沒想到, 表妹一聽到著就很反對: "我現(xiàn)在已經(jīng)記得太多了, 你這么不定時的修改, 增加, 我更容易記混, 到時候更出問題了". (職責(zé)太重)
小光一想, 是啊, 我把自己從做熱干面添加各種配料的煩惱中釋放出來了(通過Builder模式). 不能讓表妹也陷入這樣的煩惱啊.
解決之路
可是怎么才能更好的解決這個問題呢?
要是我有很多個表妹就好了, 每個表妹負(fù)責(zé)一種飲料的泡制, 小光想著. 嗯~, 很多個表妹?! 小光微微一笑, 計上心頭.
小光買來很多個迷你飲水機, 一個裝一種飲料, 并且貼上相應(yīng)的標(biāo)簽, 如此這般:
每個迷你飲水機作為一個飲料機, 用來生產(chǎn)不同的飲料. 表妹只有根據(jù)用戶的需求選擇不同的飲料機打出飲料即可.
這樣, 表妹也無需關(guān)注飲料的生產(chǎn)過程了, 不用記那么多的飲料配置方式了. 如果想要新增飲品, 再弄一臺飲料機就行了.
來看看對應(yīng)關(guān)系
這是沒有標(biāo)簽的飲水機(飲料機):
public interface IBeverageMachine {
Drink makeDrink();
}
這是貼了不同飲料類型的飲料機:
public class OrangeJuiceMachine implements IBeverageMachine {
@Override
public Drink makeDrink() {
return new OrangeJuice().make();
}
}
public class CokeMachine implements IBeverageMachine {
@Override
public Drink makeDrink() {
return new Coke().make();
}
}
public class PlumJuiceMachine implements IBeverageMachine {
@Override
public Drink makeDrink() {
return new PlumJuice().make();
}
}
這是那些飲料(還是有一個抽象繼承關(guān)系):
public abstract class Drink {
private String name;
private String instantPackage;
public Drink make() {
this.name = getName();
this.instantPackage = getInstantPackage();
return this;
}
abstract String getInstantPackage();
abstract String getName();
@Override
public String toString() {
return "This is a cup of:" + this.name;
}
}
public class Coke extends Drink {
@Override
String getInstantPackage() {
return "速溶可樂粉";
}
@Override
String getName() {
return "可樂";
}
}
public class OrangeJuice extends Drink {
@Override
String getInstantPackage() {
return "速溶橙汁粉";
}
@Override
String getName() {
return "橙汁";
}
}
public class PlumJuice extends Drink {
@Override
String getInstantPackage() {
return "速溶酸梅粉";
}
@Override
String getName() {
return "酸梅湯";
}
}
相比上一篇簡單工廠中的飲料, 我們將打包這個操作從飲料這個對象中移除了, 目前的飲料對象中只是一些簡單的屬性.
為什么要這么做呢? 大家可以用自己面向?qū)ο缶幊趟枷氲哪X洞自由發(fā)揮下, 下期說說我的想法.
現(xiàn)在表妹的工作就變得簡單了:
public class Cousins {
private IBeverageMachine mBeverageMachine;
private void setBeverageMachine(IBeverageMachine machine) {
this.mBeverageMachine = machine;
}
private Drink takeDrink() {
if (mBeverageMachine == null) throw new NullPointerException("Should set Beverage Machine firstly.");
return mBeverageMachine.makeDrink();
}
public static void main(String[] args) {
Cousins cousins = new Cousins();
// for A
cousins.setBeverageMachine(new OrangeJuiceMachine());
Drink drink = cousins.takeDrink();
System.out.println(drink);
// for B
cousins.setBeverageMachine(new CokeMachine());
System.out.println(cousins.takeDrink());
}
}
當(dāng)A要橙汁時, 表妹去OrangeJuiceMachine裝一杯, 當(dāng)B需要可樂時, 表妹再去CokeMachine拿:
This is a cup of:橙汁
This is a cup of:可樂
表妹的工作變得更簡單了, 工作效率也更高了, 也更能微笑面對顧客了, 哈哈...
想要奶茶的C顧客
這天, 來了一位顧客D, 問: "老板, 有沒有熱奶茶啊?". 考驗小光的程序的時候到了. 很快, 小光copy出了一個奶茶機(擴展開放), 同時也無需修改原來的那些個飲料機程序(修改關(guān)閉), 不會因此而耽誤生意.
新增奶茶飲料:
public class MilkTea extends Drink {
@Override
String getInstantPackage() {
return "速溶奶茶粉";
}
@Override
String getName() {
return "奶茶";
}
}
奶茶機:
public class MilkTeaMachine implements IBeverageMachine {
@Override
public Drink makeDrink() {
return new MilkTea().make();
}
}
現(xiàn)在的臺面:
表妹的工作也很簡單, 去奶茶機那兒接奶茶就是了:
// for D
cousins.setBeverageMachine(new MilkTeaMachine());
System.out.println(cousins.takeDrink());
D拿到的:
This is a cup of:奶茶
故事之后
照例, 我們先來畫出現(xiàn)在的類對應(yīng)關(guān)系:
實際上這個就是工廠方法模式.
幾個點:
- 1, 為何叫工廠方法, 是因為每個工廠有一個方法來創(chuàng)建產(chǎn)品.
- 2, 每個產(chǎn)品對應(yīng)一個工廠實例來生產(chǎn)這個產(chǎn)品實例.
- 3, 因為產(chǎn)品和其對應(yīng)的工廠都與其他產(chǎn)品分離, 我們可以很輕易的去增加新的產(chǎn)品和其對應(yīng)的工廠, 而不改變原來的結(jié)構(gòu). (開閉原則, 實際上還蘊含了職責(zé)單一)
擴展閱讀
工廠方法模式如同Buidler模式, 是一些開源庫中非常常見的用來創(chuàng)建實例的設(shè)計模式.
例如OkHttp中ModelLoader相關(guān)的實現(xiàn):
看對應(yīng)關(guān)系就跟清晰了, 就不一一類比了.
小光看著這一排飲料機, 成就感悠然而生, 仿佛又回到了那個徹夜編碼的歲月.
更多內(nèi)容撵幽，請關(guān)注菜鳥窩（微信公眾號ID: cniao5）莹弊，程序猿的在線學(xué)習(xí)平臺室梅。 轉(zhuǎn)載請注明出處臣咖，本文出自菜鳥窩婚苹，原文鏈接http://www.cniao5.com/forum/thread/8fb562da14e911e7be3e00163e0230fa
