程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 編程語言 >> JAVA編程 >> 關於JAVA >> Java建造者設計形式詳解

Java建造者設計形式詳解

編輯:關於JAVA

Java建造者設計形式詳解。本站提示廣大學習愛好者:(Java建造者設計形式詳解)文章只能為提供參考,不一定能成為您想要的結果。以下是Java建造者設計形式詳解正文


建造者形式(Builder):將一個龐雜對象的構建與它的表現分別,使得異樣的構建進程可以創立分歧的表現。
應用場景:

  • 當創立龐雜對象的算法應當自力於該對象的構成部門和它們的拆卸方法時。
  • 當結構進程必需許可被結構的對象有分歧的表現時。

通用類圖:

舉例:我們生涯傍邊有很多裝備都是以組裝的情勢存在的,例如台式電腦,那末有些廠商就會推出一些具有默許設置裝備擺設的組裝電腦主機(這裡可以用到模板辦法形式來完成),顧客可以購置默許設置裝備擺設的產物,也能夠請求廠商從新組裝一部分歧設置裝備擺設分歧組裝方法的主機。此時,我們便可以應用建造者形式來知足特別顧客的請求了。
留意到這個例子中廠商是從新組裝一部主機,即存眷點是主機的每一個構成部門,這就相符下面Builder形式給出的應用場景了。
簡略代碼完成以下:

//籠統產物類,應用了模板辦法形式,分歧產物有分歧的“構成部門part” 
abstract class AbstractProduct{ 
 protected abstract void part01(); 
 protected abstract void part02(); 
 protected abstract void part03(); 
 
 //模板辦法給出了默許的組裝方法,生成默許的產物 
 public final AbstractProduct defaultProduct() { 
 part01(); 
 part02(); 
 part03(); 
 return this;//前往以後對象,即默許組裝方法的產物 
 } 
} 

//詳細的產物A、B,分歧產物完成了分歧的“構成部門part” 
class ConcreteProductA extends AbstractProduct{ 
 protected void part01() { 
 System.out.println("產物A :part01() ..."); 
 } 
 protected void part02() { 
 System.out.println("產物A :part02() ..."); 
 } 
 protected void part03() { 
 System.out.println("產物A :part03() ..."); 
 } 
} 

class ConcreteProductB extends AbstractProduct{ 
 protected void part01() { 
 System.out.println("產物B :part01() ..."); 
 } 
 protected void part02() { 
 System.out.println("產物B :part02() ..."); 
 } 
 protected void part03() { 
 System.out.println("產物B :part03() ..."); 
 } 
} 

//籠統建造者,制訂每種產物應當完成的組合方法buildPart()和臨盆buildProduct()的尺度 
abstract class AbstractBuilder{ 
 public abstract void buildPart(); 
 public abstract AbstractProduct buildProduct(); 
} 


/* 
* 詳細建造者,假如關於默許產物(即當挪用籠統產物中的defaultProduct()辦法)不滿足時, 
* 可以不挪用它來取得產物,而是應用詳細的建造者來轉變產物的臨盆組裝方法,以獲得分歧的產物 
*/ 
class ConcreteBuilderA extends AbstractBuilder{ 
 private AbstractProduct productA = new ConcreteProductA(); 
 
 public void buildPart() { 
 this.productA.part03(); 
 this.productA.part02(); 
 this.productA.part01(); 
 } 
 
 public AbstractProduct buildProduct() { 
 return this.productA; 
 } 
} 

class ConcreteBuilderB extends AbstractBuilder{ 
 private AbstractProduct productB = new ConcreteProductB(); 
 
 public void buildPart() { 
 this.productB.part02(); 
 this.productB.part01(); 
 //專程省略失落產物B中的一個構成部門,例如該部門的功效顧客不須要 
// this.productB.part03(); 
 } 
 
 public AbstractProduct buildProduct() { 
 return this.productB; 
 } 
} 

//導演類,事後持有各個產物的建造者,為須要分歧於默許產物的用戶供給分歧的組裝方法 
class Director{ 
 private AbstractBuilder builderA = new ConcreteBuilderA(); 
 private AbstractBuilder builderB = new ConcreteBuilderB(); 
 
 public AbstractProduct getProductA() { 
 this.builderA.buildPart(); 
 return this.builderA.buildProduct(); 
 } 
 
 public AbstractProduct getProductB() { 
 this.builderB.buildPart(); 
 return this.builderB.buildProduct(); 
 } 
} 

//測試類 
public class Client { 
 public static void main(String[] args) { 
 System.out.println("應用模板辦法形式取得默許的產物A"); 
 AbstractProduct defualtProductA = new ConcreteProductA().defaultProduct(); 
  
 System.out.println("\n應用Director類取得分歧組裝方法的產物A"); 
 Director director = new Director(); 
 director.getProductA(); 
  
 System.out.println("\n應用Director類取得分歧組裝方法的產物B"); 
 director.getProductB(); 
 } 
}

測試成果:
應用模板辦法形式取得默許的產物A
產物A :part01() ...
產物A :part02() ...
產物A :part03() ...
應用Director類取得分歧組裝方法的產物A
產物A :part03() ...
產物A :part02() ...
產物A :part01() ...
應用Director類取得分歧組裝方法的產物B
產物B :part02() ...
產物B :part01() ...

其其實這個例子傍邊,產物類那一部門用到了上一篇文章講到的模板辦法形式,即defaultProduct()供給了一個產物的默許構成部門的組裝方法。

然則這裡我有個疑問,AbstractProduct類中依據模板辦法形式供給的的所謂默許組裝方法只是打印出幾句測試的話罷了,又不是真正前往一個詳細產物,然則下面例子中那樣前往一個以後對象(return this;)的處置方法不曉得能否公道? 

別的,在寫了這幾篇關於用Java代碼完成設計形式的文章以後,發明這個建造者Builder形式仿佛是聯合了籠統工場形式、模板辦法形式。下面一段曾經說過我的困惑,至於籠統工場形式,我小我是認為下面代碼例子中的Director類就很相似籠統工場的詳細工場類了,然則Director類還要擔任build一下產物的組裝方法才前往一個產物,或許就是這個“build一下”才顯得建造者形式存眷於產物各個部門的組裝,而籠統工場形式僅僅只是存眷於一個終究產物的生成。

 之前看過一句話說年夜概是說:盤算機方面的任何一個成績假如難以處理,都可以經由過程增長一個中央層來處置。如今想了一下,似乎Abstract Factory和Builder形式都是應用了這一“道理”來到達想要的後果。比方Abstract Factory中有個籠統工場類,Builder中有個Director類,說究竟也就是封裝隱蔽某些細節,並從完成和應用這二者之間解耦出來吧。 

我以為,必定要先懂得了各個形式的存眷點和實用場景以後能力更好地掌握這些吧。 

能夠這幾個形式都是創立型的形式並且我沒有甚麼實戰經歷才會使得我關於這些有點混雜了...不怕,在它們全體完成的進程中一點點思慮,漸漸地應用到現實傍邊去應當就會逐步明確的了。

以上就是本文的全體內容,願望對年夜家的進修有所啟示。

  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved