簡單工廠的定義:提供一個建立物件例項的功能,而無須關心其具體實現。被建立例項的型別可以是介面、抽象類,也可以是具體的類
實現汽車介面
public interface Car {
String getName();
} 複製程式碼
賓士類
public class Benz implements Car {
@Override
public String getName() {
return "Benz";
}
} 複製程式碼
寶馬類
public class BMW implements Car {
@Override
public String getName() {
return "BMW";
}
} 複製程式碼
簡單工廠,既能生產寶馬又能生產賓士
public class SimpleFactory {
public Car getCar(String name){
if (name.equals("BMW")){
return new BMW();
}else if (name.equals("benz")){
return new Benz();
}else {
System.out.println("不好意思,這個品牌的汽車生產不了");
return null;
}
}
} 複製程式碼
測試類
public class SimpleFactoryTest {
public static void main(String[] args){
SimpleFactory simpleFactory = new SimpleFactory();
Car car = simpleFactory.getCar("BMW");
System.out.println(car.getName());
}
} 複製程式碼
測試結果
BMW
根據簡單工廠的定義,使用者只要產品而不在乎產品如何生產,看起來好像很完美的樣子。但大家想想,這個世界存在什麼都生產的工廠嗎?
顯然是不存在的,每一個汽車品牌都有自己的生產工廠,都有自己生產技術。對映到spring框架中,我們有很多很多種的bean需要生產,如果只依靠一個簡單工廠來實現,那麼我們得在工廠類中巢狀多少個if..else if啊?
而且我們在程式碼中生產一輛汽車只是new一下就出來了,但實際操作中卻不知道需要進行多少操作,載入、註冊等操作都將體現在工廠類中,那麼這個類就會變得紊亂,管理起來也很不方便,所以說每個品牌應該有自己的生產類。
因為專一,所以專業嘛,這個時候工廠方法就出現了。
二、工廠方法
工廠介面
//定義一個工廠介面,功能就是生產汽車
public interface Factory {
Car getCar();
}複製程式碼
賓士工廠
public class BenzFactory implements Factory {
@Override
public Car getCar() {
return new Benz();
}
} 複製程式碼
寶馬工廠
public class BMWFactory implements Factory{
@Override
public Car getCar() {
return new BMW();
}
} 複製程式碼
測試類
public class FactoryTest {
public static void main(String[] args){
Factory bmwFactory = new BMWFactory();
System.out.println(bmwFactory.getCar().getName());
Factory benzFactory = new BenzFactory();
System.out.println(benzFactory.getCar().getName());
}
} 複製程式碼
測試結果
BMW
Benz
根據上述程式碼可以看出,不同品牌的汽車是由不同的工廠生產的,貌似又是很完美的。但大家看一下測試類,當一個人想要去買一輛寶馬汽車的時候(假設沒有銷售商),那麼他就要去找寶馬工廠給他生產一輛,過幾天又想要買一輛賓士汽車的時候,又得跑到賓士工廠請人生產,這無疑就增加了使用者的操作複雜性。所以有沒有一種方便使用者操作的方法呢?這個時候抽象工廠模式就出現了。
三、抽象工廠
抽象工廠
public abstract class AbstractFactory {
protected abstract Car getCar();
//這段程式碼就是動態配置的功能
//固定模式的委派
public Car getCar(String name){
if("BMW".equalsIgnoreCase(name)){
return new BmwFactory().getCar();
}else if("Benz".equalsIgnoreCase(name)){
return new BenzFactory().getCar();
}else if("Audi".equalsIgnoreCase(name)){
return new AudiFactory().getCar();
}else{
System.out.println("這個產品產不出來");
return null;
}
}
}複製程式碼
預設工廠
public class DefaultFactory extends AbstractFactory {
private AudiFactory defaultFactory = new AudiFactory();
public Car getCar() {
return defaultFactory.getCar();
}
} 複製程式碼
寶馬工廠
public class BMWFactory extends AbstractFactory {
@Override
public Car getCar() {
return new BMW();
}
} 複製程式碼
賓士工廠
public class BenzFactory extends AbstractFactory {
@Override
public Car getCar() {
return new Benz();
}
} 複製程式碼
測試類
public class AbstractFactoryTest {
public static void main(String[] args) {
DefaultFactory factory = new DefaultFactory();
System.out.println(factory.getCar("Benz").getName());
}
} 複製程式碼
測試結果
Benz 複製程式碼
根據上述程式碼可以看出,使用者需要一輛汽車,只需要去找預設的工廠提出自己的需求(傳入引數),便能得到自己想要產品,而不用根據產品去尋找不同的生產工廠,方便使用者操作。
注:對於設計模式,有些人嗤之以鼻,有些人敬若神明,但我是認可的。
按我粗淺的理解,設計模式的經典之處,就在於解決了編寫程式碼的人和呼叫程式碼的人雙方的痛楚,不同的設計模式也只適用於不同的場景。至於用或者不用,如何使用,那就需要各位看官著重考慮了。 但為了使用而使用是不應該的,細微之處,只有留給大家慢慢品味了。
————————————————
版權宣告:本文為CSDN博主「Java架構閒談」的原創文章,遵循 CC 4.0 BY-SA 版權協議,轉載請附上原文出處連結及本宣告。 原文連結:https://blog.csdn.net/qiyue683209/article/details/85339347