在設計模式中對Builder模式的定義是用於構建複雜物件的一種模式，所構建的物件往往需要多步初始化或賦值才能完成。本文是本站小編搜尋整理的關於詳解Java各個版本中Builder模式實現，給大家做個參考，希望對大家有所幫助!想了解更多相關資訊請持續關注我們應屆畢業生考試網!
前言
本文主要給大家介紹了關於如何實現Builder模式，大家在構建大物件時，物件的屬性比較多，我們可以採用一個構造器或者使用空的構造器構造，然後使用setter方法去設定。在使用者使用這些方法時，會很多冗長的構造器引數列表或者setter方法。我們可以使用Builder模式來簡化大物件的構造，提高程式碼的簡潔性，同時提高使用者的編碼體驗。
下面我們將介紹在Java8之前、使用極簡程式碼利器Lombok、Java8之後的Builder模式。
Pre Java8
我們先來看下在Java8之前的Builder模式
public class Order {
private String code;
private List<String> offers;
private Map<String, Object> features;
public static der builder(){
return new Builder();
}
//省略getter setter
public static class Builder {
private OrderState orderState = new OrderState();
private static final BeanCopier orderCopier = te(s, s, false);
private class OrderState {
private String code;
private Map<String, Object> features;
private List<String> offers;
//省略getter setter
}
public Builder code(String code) {
= code;
return this;
}
public Builder features(Map<String, Object> features) {
ures = features;
return this;
}
public <T> Builder feature(String key, T obj) {
if (ures == null) {
ures = new HashMap<>();
}
(key, obj);
return this;
}
public Builder offers(List<String> offers) {
rs = offers;
return this;
}
public Builder offer(String offer) {
if (rs == null) {
rs = new ArrayList<>();
}
(offer);
return this;
}
public Order build() {
Order order = new Order();
(orderState, order1, null);
orderState = null;
return order;
}
}
}
以上程式碼看上去很冗長，而且IDE沒有提供自動的生成工具，這也是我們目前在工程程式碼裡看到這種模式的比較少的.原因之一。但是對於這個類的使用者來說，提高了很高的程式碼體驗。在使用者，使用這個類時如下：
Order order = der()("1235")
r("滿100減5")
ure("category", "shoe")
d();
一個類的定義通常只會有一個地方，而使用這個類的地方會有很多，在定義類時為使用者多考慮一些，就能為使用這個類的開發者提高很多效率，同時讓整個團隊的程式碼變的更加簡潔。
我一直認為一個類的設計和一個產品的設計者理念相同，產品經理設計一個功能首先能解決使用者的痛點，同時還要提高使用者體驗，讓使用者用著爽。同樣設計一個基礎類，需要解決一個業務問題，同時需要從使用者的角度考慮，讓使用者用著爽。一個優秀的基礎類的設計者需要一點產品思維，程式碼就是你的產品。
Lombok
以上程式碼對於類的使用者來說，用著很爽，但是對於類的開發者來說，不夠友好，而且會有很多看似重複的程式碼。對於類的開發者來說，這個類難以維護。對於開發者來說，永遠不要去做重複的事情，既然這件事情是有規律的、重複的。對於這樣的事情，程式更加擅長。
Lombok是一個可以讓Java程式碼變的更加簡潔、讓你的開發更加高效的利器。使用了Lombok之後，我們不需要寫Getter&Setter、ToString等方法，這些都可以通過註解來代替，在編譯期間，Lombok會幫助你生成相應的位元組碼。所以也不用擔心效能損失。
Lombok也支援了Builder模式，你可以用幾個註解來代替以上冗餘的程式碼。
@Builder
public class Order {
private String code;
@Singular
private List<String> offers;
@Singular
private Map<String, Object> features;
}
我們使用時
Order order = der()("1234")
r("滿100減5")
ure("category", "category")
d();
以上我們就是用了@Builder、@Singular實現了以上冗長的程式碼。是不是很簡潔？在編譯階段，會幫助我們生成類似上面冗長程式碼相同的位元組碼。
在開發時，Lombok需要IDE外掛的支援，所以你如果在工程程式碼中使用，需要團隊達成共識，並安裝外掛。
Java8
使用Java8之後，對於Builder模式我們有了新的方法，我們可以利用Supplier、Consumer來構造一個通用的Builder模式，具體程式碼如下：
public class GenericBuilder<T> {
private final Supplier<T> instantiator;
private List<Consumer<T>> instantiatorModifiers = new ArrayList<>();
private List<Consumer<T>> keyValueModifiers = new ArrayList<>();
public GenericBuilder(Supplier<T> instantiator) {
antiator = instantiator;
}
public static <T> GenericBuilder<T> of(Supplier<T> instantiator) {
return new GenericBuilder<T>(instantiator);
}
public <U> GenericBuilder<T> with(BiConsumer<T, U> consumer, U value) {
Consumer<T> c = instance -> pt(instance, value);
(c);
return this;
}
public <K, V> GenericBuilder<T> with(KeyValueConsumer<T, K, V> consumer, K key, V value) {
Consumer<T> c = instance -> pt(instance, key, value);
(c);
return this;
}
public T build() {
T value = ();
ach(modifier -> pt(value));
ach(keyValueModifier -> pt(value));
r();
r();
return value;
}
}
Order類定義
public class Order {
private String code;
private List<String> offers;
private Map<String, Object> features;
public void addOffer(String offer) {
offers = llable(offers)
seGet(ArrayList::new);
(offer);
}
public <T> void addFeature(String key, T value) {
features = llable(features)
seGet(HashMap::new);
(key, value);
}
//省略getter setter
}
在使用時如下：
Order order = (Order::new)
(Order::setCode, "123232")
(Order::addOffer, "滿100減5")
(Order::addFeature, "category", "shoe")
d();
在Java8中，使用通用Builder的方法，簡化了程式碼開發，和Pre Java8相比要簡潔很多。相對於Lombok來說，由於仍然要生成getter&setter方法，還是沒有使用Lombok簡潔。但是它利用Java8的特性，不需要提供額外第三包的支援。
