建造者模式什么时候使用?
問題:建造者模式什么時候使用?
建造者模式在現(xiàn)實世界里面的使用例子是什么?它有啥用呢?為啥不直接用工廠模式
回答一
下面是使用這個模式的一些理由和Java的樣例代碼,但是它是由設(shè)計模式的4個人討論出來的建造者模式實現(xiàn)的。這些原理你可以在Java里面使用,也適用于其他編程語言
正如Joshua Bloch在第二版的Effective Java說過的那樣:
建造者模式是一個很好的選擇,當(dāng)設(shè)計一個類,這個類的構(gòu)造方法或者靜態(tài)工廠有賊多的參數(shù)的時候
我們曾經(jīng)都遇到一個類,就是帶有一堆構(gòu)造器,每個都參數(shù)列表都只是加一個參數(shù)
Pizza(int size) { ... } Pizza(int size, boolean cheese) { ... } Pizza(int size, boolean cheese, boolean pepperoni) { ... } Pizza(int size, boolean cheese, boolean pepperoni, boolean bacon) { ... }這叫做重疊構(gòu)造器模式。這種模式的問題就是一旦你有4,5個參數(shù),你就很難記住參數(shù)的順序和這種情況下應(yīng)該用哪個構(gòu)造器了
一個可以代替重疊構(gòu)造器模式的就是Javabean模式了,你可以調(diào)用一個帶強制參數(shù)的構(gòu)造器,任何再調(diào)用其他的setter方法。
Pizza pizza = new Pizza(12); pizza.setCheese(true); pizza.setPepperoni(true); pizza.setBacon(true);這里的問題就是這個對象經(jīng)過幾次的調(diào)用才被創(chuàng)建出來,在構(gòu)造的過程中可能出現(xiàn)不一致的現(xiàn)象。這需要一些其他的工作去確保線程安全。
更好的選擇當(dāng)然是用建造者模式啦
public class Pizza {private int size;private boolean cheese;private boolean pepperoni;private boolean bacon;public static class Builder {//requiredprivate final int size;//optionalprivate boolean cheese = false;private boolean pepperoni = false;private boolean bacon = false;public Builder(int size) {this.size = size;}public Builder cheese(boolean value) {cheese = value;return this;}public Builder pepperoni(boolean value) {pepperoni = value;return this;}public Builder bacon(boolean value) {bacon = value;return this;}public Pizza build() {return new Pizza(this);}}private Pizza(Builder builder) {size = builder.size;cheese = builder.cheese;pepperoni = builder.pepperoni;bacon = builder.bacon;} }Pizza是不變的,所有參數(shù)的值也是在一個位置,那是因為Builder的setter方法放回一個builder對象,可以它們可以向下面那樣連起來:
Pizza pizza = new Pizza.Builder(12).cheese(true).pepperoni(true).bacon(true).build();文章翻譯自Stack Overflow:https://stackoverflow.com/questions/328496/when-would-you-use-the-builder-pattern
總結(jié)
以上是生活随笔為你收集整理的建造者模式什么时候使用?的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 怎么样得到平台相关的换行符?
- 下一篇: JPA JoinColumn vs ma