java常用設(shè)計(jì)模式

一普筹、單例模式(有的書上說叫單態(tài)模式其實(shí)都一樣)

該模式主要目的是使內(nèi)存中保持1個對象爆哑∈膊看下面的例子:

方法一
public class Singleton{
   private static final Singleton instance = new Singleton();
   private Singleton(){}
//通過一個靜態(tài)方法向外界提供這個類的實(shí)例
public static Singleton getInstance(){
   return instatnce;
}
}
方法二
public class Singleton2{
private static Singleton2 instance2=null;
public static synchronized Singleton2 getInstance(){
   if(instance2==null)
   instatce2=new Singleton2();
   return instance2;
}
}

synchronized :/'s??kr?na?zd/ :Java語言的關(guān)鍵字牧愁,當(dāng)它用來修飾一個方法或者一個代碼塊的時候瓷炮,能夠保證在同一時刻最多只有一個線程執(zhí)行該段代碼。

  • 當(dāng)兩個并發(fā)線程訪問同一個對象object中的這個synchronized(this)同步代碼塊時递宅,一個時間內(nèi)只能有一個線程得到執(zhí)行娘香。另一個線程必須等待當(dāng)前線程執(zhí)行完這個代碼塊以后才能執(zhí)行該代碼塊。
  • 然而办龄,當(dāng)一個線程訪問object的一個synchronized(this)同步代碼塊時烘绽,另一個線程仍然可以訪問該object中的非synchronized(this)同步代碼塊。
  • 尤其關(guān)鍵的是俐填,當(dāng)一個線程訪問object的一個synchronized(this)同步代碼塊時安接,其他線程對object中所有其它synchronized(this)同步代碼塊的訪問將被阻塞。
  • 第三個例子同樣適用其它同步代碼塊英融。也就是說盏檐,當(dāng)一個線程訪問object的一個synchronized(this)同步代碼塊時,它就獲得了這個object的對象鎖驶悟。結(jié)果胡野,其它線程對該object對象所有同步代碼部分的訪問都被暫時阻塞。
  • 以上規(guī)則對其它對象鎖同樣適用.

注:這二個方法實(shí)現(xiàn)了一樣的功能痕鳍,但個人推薦采用第一種方法硫豆。

二、工廠模式

該模式主要功能是統(tǒng)一提供實(shí)例對象的引用笼呆⌒芟欤看下面的例子:

public class Factory{
  public ClassesDao getClassesDao(){
    ClassesDao cd = new ClassesDaoImpl();
    return cd;
  }
}

interface ClassesDao{
   public String getCLassesName();
}

class ClassesDaoImpl implements ClassesDao{
   public String getClassesName(){
     System.out.println("A班");
  }
}

class test{
  public static void main(String[] args){
    Factory f=new Factory();
    f.getClassesDao().getClassesName();
  }
}

這個是最簡單的例子了,就是通過工廠方法通過接口獲取對象的引用

三诗赌、建造模式

該模式其實(shí)就是說汗茄,一個對象的組成可能有很多其他的對象一起組成的,比如說铭若,一個對象的實(shí)現(xiàn)非常復(fù)雜洪碳,有很多的屬性,而這些屬性又是其他對象的引用奥喻,可能這些對象的引用又包括很多的對象引用偶宫。封裝這些復(fù)雜性非迹,就可以使用建造模式环鲤。

定義:

建造者模式:將一個復(fù)雜的對象的構(gòu)建與它的表示分離,使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示憎兽。

實(shí)用范圍:
  1. 當(dāng)創(chuàng)建復(fù)雜對象的算法應(yīng)該獨(dú)立于該對象的組成部分以及它們的裝配方式時冷离。
  2. 當(dāng)構(gòu)造過程必須允許被構(gòu)造的對象有不同表示時吵冒。
角色:

在這樣的設(shè)計(jì)模式中,有以下幾個角色:

  1. Builder:為創(chuàng)建一個產(chǎn)品對象的各個部件指定抽象接口西剥。
  2. ConcreteBuilder:實(shí)現(xiàn)Builder的接口以構(gòu)造和裝配該產(chǎn)品的各個部件痹栖,定義并明確它所創(chuàng)建的表示,并提供一個檢索產(chǎn)品的接口瞭空。
  3. Director:構(gòu)造一個使用Builder接口的對象揪阿,指導(dǎo)構(gòu)建過程。
  4. Product:表示被構(gòu)造的復(fù)雜對象咆畏。ConcreteBuilder創(chuàng)建該產(chǎn)品的內(nèi)部表示并定義它的裝配過程南捂,包含定義組成部件的類,包括將這些部件裝配成最終產(chǎn)品的接口旧找。
角色Builder:
public interface PersonBuilder{
  void builderHead();
  void buildBody();
  void buildFoot();
  Person buildPerson();
}
角色ConcreteBuilder:
public class ManBuilder implements PersonBuilder{
  Person person;
  public ManBuilder(){
     person = new Man();
  }
 public void buildbody(){
   person.setBody("創(chuàng)建男人的身體");
  }

  public void buildFoot(){
    person.setFoot("創(chuàng)建男人的腳");
  }

  public void buildHead(){
    person.setHead("建造男人的頭");
  }

  public Person buildPerson(){
     return person;
    }
}
public class WomanBuilder implements PersonBuilder {  
Person person;  
public WomanBuilder() {  
     person = new Woman();  
 }  
public void buildbody() {  
    person.setBody(“建造女人的身體");
 }  
public void buildFoot() {  
    person.setFoot(“建造女人的腳");
 }  
public void buildHead() {  
    person.setHead(“建造女人的頭"); 
 }  
public Person buildPerson() {  
    return person;  
 }  
} 
角色Director:
public class PersonDirector{
  public Person constructPerson(PersonBuilder pb){
     pb.buildHead();
     pb.buildBody();
     pb.buildFoot();
     return pb.buildPerson();
   }
}
角色Product:
public class Person {  
     private String head;  
     private String body;  
     private String foot;  
  
     public String getHead() {  
          return head;  
     }  
     public void setHead(String head) {  
          this.head = head;  
     }  
     public String getBody() {  
          return body;  
     }  
     public void setBody(String body) {  
          this.body = body;  
     }  
     public String getFoot() {  
          return foot;  
     }  
     public void setFoot(String foot) {  
          this.foot = foot;  
     }  
}
public class Man extends Person {  
     public Man(){  
          System.out.println(“開始建造男人");  
     }  
}
public class Woman extends Person {  
     public Woman(){  
          System.out.println(“開始建造女人");  
     }  
} 
測試
public class Test{
  public static void main(String[] args){
    PersonDirector pd = new PersonDirector();
    Person manPerson=pd.constructPerson(new ManBuilder());
    Person womanPerson = pd.constructPerson(new WomanBuilder());
  }
}

建造者模式在使用過程中可以演化出多種形式:
如果具體的被建造對象只有一個的話溺健,可以省略抽象的Builder和Director,讓ConcreteBuilder自己扮演指導(dǎo)者和建造者雙重角色钮蛛,甚至ConcreteBuilder也可以放到Product里面實(shí)現(xiàn)鞭缭。
在《Effective Java》書中第二條,就提到“遇到多個構(gòu)造器參數(shù)時要考慮用構(gòu)建器”魏颓,其實(shí)這里的構(gòu)建器就屬于建造者模式岭辣,只是里面把四個角色都放到具體產(chǎn)品里面了。
上面例子如果只制造男人甸饱,演化后如下:

    public class Man {  
         private String head;  
         private String body;  
         private String foot;  
      
         public String getHead() {  
              return head;  
         }  
         public void setHead(String head) {  
              this.head = head;  
         }  
         public String getBody() {  
              return body;  
         }  
         public void setBody(String body) {  
              this.body = body;  
         }  
         public String getFoot() {  
              return foot;  
         }  
         public void setFoot(String foot) {  
              this.foot = foot;  
         }  
    }  
    public class ManBuilder{  
         Man man;  
         public ManBuilder() {  
              man = new Man();  
         }  
         public void buildbody() {  
              man.setBody("建造男人的身體");  
         }  
         public void buildFoot() {  
              man.setFoot("建造男人的腳");  
         }  
         public void buildHead() {  
              man.setHead("建造男人的頭");  
         }  
         public Man builderMan() {  
              buildHead();  
              buildBody();  
              buildFoot();  
              return man;  
         }  
    }  
測試:
public class Test{  
     public static void main(String[] args) {  
          ManBuilder builder = new ManBuilder();  
          Man man = builder.builderMan();  
     }  
}

四易结、門面模式

這個模式個人感覺像是Service層的一個翻版。比如Dao我們定義了很多持久化方法柜候,我們通過Service層將Dao的原子方法組成業(yè)務(wù)邏輯搞动,再通過方法向上層提供服務(wù)。門面模式道理其實(shí)是一樣的渣刷。

具體看看這個例子

interface ClassesDao{
   public String getClassesName();
}
class CLassesDaoImpl imPlements ClassesDao{
  public String getClassesName(){
    return "A班";
 }
}
interface ClassesDao2{
 public String getClassesName2();
}
class ClassesDaoImple2 implementd ClassesDao2{
 public String getClassessName2(){
   return "B班";
 }
}
class ServiceManager{
 private ClassesDao cd = new ClassesDaoImpl();
 private ClassesDao2 cd2 = new ClassesDaoImpl2();
 public void printOut{
   System.out.println(cd.getClassesName()+"  " + cd2.getClassesName2());
 }
}

雖然這個例子不全鹦肿,但基本意思已經(jīng)很明顯了。

五辅柴、策略模式

這個模式是將行為的抽象箩溃,即當(dāng)有幾個類有相似的方法,將其中通用的部分都提取出來碌嘀,從而使擴(kuò)展更容易涣旨。

看這個例子:

加法具體策略類
public class Addition extends Operation {
@Override
public float parameter(float a, float b) {
   return a+b;
 }
}
除法具體策略類
public class Division extends Operation {
@Override
public float parameter(float a, float b) {
   return a/b;
   }
}
乘法具體策略類
public class Multiplication extends Operation{
@Override
public float parameter(float a, float b) {
   return a*b;
  }
}
減法具體策略類
public class Subtration extends Operation {
@Override
public float parameter(float a, float b) {
   return a-b;
  }
}
抽象策略類也可以使用接口來代替
public abstract class Operation {
   public abstract float parameter(float a, float b);
}
策略環(huán)境類
public class Condition {

public static final Addition add = new Addition();

public static final Subtration sub = new Subtration();

public static final Multiplication mul = new Multiplication();

public static final Division div = new Division();

}
測試客戶端
public class Client {
public static void main(String[] args) {
   float a = 100;
   float b = 25;
   System.out.println(Condition.div.parameter(a, b));
   }
}
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市股冗,隨后出現(xiàn)的幾起案子霹陡,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 206,968評論 6 482
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件烹棉,死亡現(xiàn)場離奇詭異攒霹,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)浆洗,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,601評論 2 382
  • 文/潘曉璐 我一進(jìn)店門催束,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人伏社,你說我怎么就攤上這事抠刺。” “怎么了摘昌?”我有些...
    開封第一講書人閱讀 153,220評論 0 344
  • 文/不壞的土叔 我叫張陵矫付,是天一觀的道長。 經(jīng)常有香客問我第焰,道長买优,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 55,416評論 1 279
  • 正文 為了忘掉前任挺举,我火速辦了婚禮杀赢,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘湘纵。我一直安慰自己脂崔,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 64,425評論 5 374
  • 文/花漫 我一把揭開白布梧喷。 她就那樣靜靜地躺著砌左,像睡著了一般。 火紅的嫁衣襯著肌膚如雪铺敌。 梳的紋絲不亂的頭發(fā)上汇歹,一...
    開封第一講書人閱讀 49,144評論 1 285
  • 那天,我揣著相機(jī)與錄音偿凭,去河邊找鬼产弹。 笑死,一個胖子當(dāng)著我的面吹牛弯囊,可吹牛的內(nèi)容都是我干的痰哨。 我是一名探鬼主播,決...
    沈念sama閱讀 38,432評論 3 401
  • 文/蒼蘭香墨 我猛地睜開眼匾嘱,長吁一口氣:“原來是場噩夢啊……” “哼斤斧!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起霎烙,我...
    開封第一講書人閱讀 37,088評論 0 261
  • 序言:老撾萬榮一對情侶失蹤撬讽,失蹤者是張志新(化名)和其女友劉穎蕊连,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體锐秦,經(jīng)...
    沈念sama閱讀 43,586評論 1 300
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 36,028評論 2 325
  • 正文 我和宋清朗相戀三年盗忱,在試婚紗的時候發(fā)現(xiàn)自己被綠了酱床。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 38,137評論 1 334
  • 序言:一個原本活蹦亂跳的男人離奇死亡趟佃,死狀恐怖扇谣,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情闲昭,我是刑警寧澤罐寨,帶...
    沈念sama閱讀 33,783評論 4 324
  • 正文 年R本政府宣布,位于F島的核電站序矩,受9級特大地震影響鸯绿,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜簸淀,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 39,343評論 3 307
  • 文/蒙蒙 一瓶蝴、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧租幕,春花似錦舷手、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,333評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至贾富,卻和暖如春歉眷,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背颤枪。 一陣腳步聲響...
    開封第一講書人閱讀 31,559評論 1 262
  • 我被黑心中介騙來泰國打工姥芥, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人汇鞭。 一個月前我還...
    沈念sama閱讀 45,595評論 2 355
  • 正文 我出身青樓凉唐,卻偏偏與公主長得像,于是被迫代替她去往敵國和親霍骄。 傳聞我的和親對象是個殘疾皇子台囱,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 42,901評論 2 345

推薦閱讀更多精彩內(nèi)容