工廠方法模式是流行的創新設計模式之一。 它并不特別依賴于工廠對象來創建對象。 相反，其想法是在同一類中使用單獨的方法來創建對象。

Factory Method模式定義了一個用于創建對象的接口，但是讓子類決定如何實例化其對象。 每個子類必須定義其Factory方法。

在本教程中，我們將通過VehicleStore的示例學習如何實現Factory Method設計模式。

定義

讓我們從定義一個VehicleStore類開始：

public abstract class VehicleStore { ?public Vehicle orderVehicle(VehicleType type) { Vehicle vehicle = createVehicle(type); ?vehicle.getServiced(); vehicle.polish(); vehicle.provideClearance(); ????????return vehicle; } ?public abstract Vehicle createVehicle(VehicleType type); ? }

其中VehicleType是定義車輛類型的枚舉：

public enum VehicleType { BIKE, CAR, TRUCK, CRANE };

注意，我們已經將createVehicle（）方法定義為 abstract ； 一個負責創建特定類型車輛的人。

定義子類：

現在，我們有兩種類型的VehicleStore ： LightVehiclesStore和HeavyVehiclesStore ：

public class LightVehiclesStore extends VehicleStore { @Override public Vehicle createVehicle(VehicleType type) { switch (type) { case BIKE : return new Bike(); case CAR : return new Car(); } return null ; } } ? public class HeavyVehiclesStore extends VehicleStore { @Override public Vehicle createVehicle(VehicleType type) { switch (type) { case TRUCK : return new Truck(); case CRANE : return new Crane(); } return null ; } }

LightVehiclesStore負責銷售輕型車輛，例如自行車或汽車。 另一方面， HeavyVehiclesStore出售卡車和起重機。

如我們所見，這兩個子類都覆蓋了createVehicle（）方法。

我們的示例的UML圖：

我們可以用類似于以下內容的UML圖來表示上述示例：

我們創建的Vehicle的類型在具體的子類中確定。 同樣，我們將VehicleStore公開為這些子類的公共接口。

我們可以進一步走一步，為VehicleStore定義一個Factory對象 ，以避免將這些子類直接暴露給客戶端代碼。

結論：

在本教程中，我們探索了一個重要的創建模式-工廠方法模式。 這種模式的中心思想是讓子類決定如何實例化對象。

我們的Java API中提供了該模式的一些流行實現。 其中一些包括Calendar.getInstance（） ， java.text.NumberFormat.getInstance（）和java.util.ResourceBundle.getBundle（）方法。

翻譯自: https://www.javacodegeeks.com/2019/08/factory-method-design.html

總結

以上是生活随笔為你收集整理的工厂方法设计模式的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。