這是我的演講的第二部分，“ 21世紀的設計模式” 。

此模式在Java代碼中到處都有使用，尤其是在更多“企業”代碼庫中。 它涉及一個接口和一個實現。 該界面如下所示：

public interface Bakery {Pastry bakePastry(Topping topping);Cake bakeCake(); }

并執行：

public class DanishBakery implements Bakery {@Override public Pastry bakePastry(Topping topping) {return new DanishPastry(topping);}@Override public Cake bakeCake() {return new Aeblekage(); // mmmm, apple cake...} }

更一般而言，抽象工廠模式通常是根據此結構實現的。

在此示例中， Pastry和Cake是“抽象產品”，而Bakery是“抽象工廠”。 它們的實現是具體的變體。

現在，這是一個相當普通的示例。

實際上，大多數工廠只有一種“創建”方法。

@FunctionalInterface public interface Bakery {Pastry bakePastry(Topping topping); }

哦，看，這是一個功能。

這種輕率的情況在Abstract Factory模式以及其他許多情況中非常普遍。 盡管它們大多數都提供了許多離散的功能，并提供了許多方法，但是出于靈活性的考慮，或者由于我們只需要一件事情，我們常常傾向于將它們分解為單方法類型。時間。

那么我們將如何實現這種糕點制造商呢？

public class DanishBakery implements Bakery {@Override public Pastry apply(Topping topping) {return new DanishPastry(Topping topping);} }

好的，那很容易。 它看起來像早期的DanishBakery但是不能做蛋糕。 美味的蘋果蛋糕……有什么意義？

好吧，如果您還記得的話， Bakery有一種單一的抽象方法 。 這意味著它是一個功能接口 。

那么，此功能等效于什么？

Bakery danishBakery = topping -> new DanishPastry(topping);

甚至：

Bakery danishBakery = DanishPastry::new;

瞧 我們的DanishBakery課程已經結束。

但是我們可以走得更遠。

package java.util.function; /*** Represents a function that* accepts one argument and produces a result.** @since 1.8*/ @FunctionalInterface public interface Function<T, R> {/*** Applies this function to the given argument.*/R apply(T t);... }

我們可以用Function<Topping, Pastry>代替Bakery ； 它們具有相同的類型。

Function<Topping, Pastry> danishBakery = DanishPastry::new;

在這種情況下，我們可能要保留它，因為它的名稱與我們的業務相關，但通常，類似Factory的對象沒有真正的領域用途，只能幫助我們解耦代碼。 （ UserServiceFactory ，有人嗎？）這很棒，但是在這些情況下，我們不需要顯式的類-Java 8內置了一堆接口，例如Function ， Supplier和java.util.function更多接口。包裝，非常適合我們的需求。

這是我們更新的UML圖：

aa 好多了。

翻譯自: https://www.javacodegeeks.com/2015/04/design-patterns-in-the-21st-century-the-abstract-factory-pattern.html

總結

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

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