設(shè)計(jì)模式； 一個(gè)程序員對(duì)設(shè)計(jì)模式的理解: “不懂”為什么要把很簡單的東西搞得那么復(fù)雜。后來隨著軟件開發(fā)經(jīng)驗(yàn)的增加才開始明白我所看到的“復(fù)雜”恰恰就是設(shè)計(jì)模式的精髓所在，我所理解的“簡單”就是一把鑰匙開一把鎖的模式，目的僅僅是著眼于解決現(xiàn)在的問題，而設(shè)計(jì)模式的“復(fù)雜”就在于它是要構(gòu)造一個(gè)“萬能鑰匙”，目的是提出一種對(duì)所有鎖的開鎖方案。在真正理解設(shè)計(jì)模式之前我一直在編寫“簡單”的代碼. 這個(gè)“簡單”不是功能的簡單，而是設(shè)計(jì)的簡單。簡單的設(shè)計(jì)意味著缺少靈活性，代碼很鋼硬，只在這個(gè)項(xiàng)目里有用，拿到其它的項(xiàng)目中就是垃圾，我將其稱之為“一次性代碼”。 -->要使代碼可被反復(fù)使用,請用'設(shè)計(jì)模式'對(duì)你的代碼進(jìn)行設(shè)計(jì). 很多我所認(rèn)識(shí)的程序員在接觸到設(shè)計(jì)模式之后，都有一種相見恨晚的感覺，有人形容學(xué)習(xí)了設(shè)計(jì)模式之后感覺自己好像已經(jīng)脫胎換骨，達(dá)到了新的境界，還有人甚至把是否了解設(shè)計(jì)模式作為程序員劃分水平的標(biāo)準(zhǔn)。 我們也不能陷入模式的陷阱，為了使用模式而去套模式，那樣會(huì)陷入形式主義。我們在使用模式的時(shí)候，一定要注意模式的意圖（intent），而不要過多的去關(guān)注模式的實(shí)現(xiàn)細(xì)節(jié)，因?yàn)檫@些實(shí)現(xiàn)細(xì)節(jié)在特定情況下，可能會(huì)發(fā)生一些改變。不要頑固地認(rèn)為設(shè)計(jì)模式一書中的類圖或?qū)崿F(xiàn)代碼就代表了模式本身。 設(shè)計(jì)原則：(重要) 1. 邏輯代碼獨(dú)立到單獨(dú)的方法中，注重封裝性--易讀，易復(fù)用。 不要在一個(gè)方法中，寫下上百行的邏輯代碼。把各小邏輯代碼獨(dú)立出來，寫于其它方法中，易讀其可重復(fù)調(diào)用。 2. 寫類，寫方法，寫功能時(shí)，應(yīng)考慮其移植性，復(fù)用性：防止一次性代碼！ 是否可以拿到其它同類事物中應(yīng)該？是否可以拿到其它系統(tǒng)中應(yīng)該？ 3. 熟練運(yùn)用繼承的思想： 找出應(yīng)用中相同之處，且不容易發(fā)生變化的東西，把它們抽取到抽象類中，讓子類去繼承它們； 繼承的思想，也方便將自己的邏輯建立于別人的成果之上。如ImageField extends JTextField； 熟練運(yùn)用接口的思想： 找出應(yīng)用中可能需要變化之處，把它們獨(dú)立出來，不要和那些不需要變化的代碼混在一起。 把很簡單的東西搞得那么復(fù)雜，一次性代碼，設(shè)計(jì)模式優(yōu)勢的實(shí)例說明：（策略模式） 說明： 模擬鴨子游戲的應(yīng)用程序，要求：游戲中會(huì)出現(xiàn)各種顏色外形的鴨子，一邊游泳戲水，一邊呱呱叫。 第一種方法：（一次性代碼） 直接編寫出各種鴨子的類：MallardDuck//野鴨，RedheadDuck//紅頭鴨，各類有三個(gè)方法： quack()：叫的方法 swim()：游水的方法 display()：外形的方法 第二種方法：運(yùn)用繼承的特性，將其中共同的部分提升出來，避免重復(fù)編程。 即：設(shè)計(jì)一個(gè)鴨子的超類（Superclass）,并讓各種鴨子繼承這個(gè)超類。 public abstract class Duck{public void quack(){ //呱呱叫System.out.println("呱呱叫");}public void swim(){ //游泳System.out.println(" 游泳");} public abstract void display(); /*因?yàn)橥庥^不一樣，讓子類自己去決定了。*/ }

對(duì)于它的子類只需簡單的繼承就可以了，并實(shí)現(xiàn)自己的display()方法。
//野鴨

public class MallardDuck extends Duck{public void display(){System.out.println("野鴨的顏色...");}}

//紅頭鴨

public class RedheadDuck extends Duck{public void display(){System.out.println("紅頭鴨的顏色...");} } 不幸的是，現(xiàn)在客戶又提出了新的需求，想讓鴨子飛起來。這個(gè)對(duì)于我們OO程序員，在簡單不過了，在超類中在加一 個(gè)方法就可以了。 public abstract class Duck{public void quack(){ //呱呱叫System.out.println("呱呱叫");}public void swim(){ //游泳System.out.println(" 游泳");} public abstract void display(); /*因?yàn)橥庥^不一樣，讓子類自己去決定了。*/public void fly(){System.out.println("飛吧！鴨子"); } }

對(duì)于不能飛的鴨子，在子類中只需簡單的覆蓋。
//殘廢鴨

public class DisabledDuck extends Duck{public void display(){System.out.println("殘廢鴨的顏色...");}public void fly(){//覆蓋，變成什么事都不做。 } }

其它會(huì)飛的鴨子不用覆蓋。

這樣所有的繼承這個(gè)超類的鴨子都會(huì)fly了。但是問題又出來了，客戶又提出有的鴨子會(huì)飛，有的不能飛。 >>>>>>點(diǎn)評(píng): 對(duì)于上面的設(shè)計(jì)，你可能發(fā)現(xiàn)一些弊端，如果超類有新的特性，子類都必須變動(dòng)，這是我們開發(fā)最不喜歡看到的，一個(gè)類變讓另一個(gè)類也跟著變，這有點(diǎn)不符合OO設(shè)計(jì)了。這樣很顯然的耦合了一起。利用繼承-->耦合度太高了. 第三種方法： 用接口改進(jìn). 我們把容易引起變化的部分提取出來并封裝之，來應(yīng)付以后的變法。雖然代碼量加大了，但可用性提高了，耦合度也降低了。 我們把Duck中的fly方法和quack提取出來。 public interface Flyable{public void fly(); }public interface Quackable{public void quack();}

?最后Duck的設(shè)計(jì)成為：

public abstract class Duck{public void swim(){ //游泳System.out.println(" 游泳");} public abstract void display(); /*因?yàn)橥庥^不一樣，讓子類自 己去決定了。*/ }

而MallardDuck,RedheadDuck,DisabledDuck 就可以寫成為：

//野鴨

public class MallardDuck extends Duck implements Flyable,Quackable{public void display(){System.out.println("野鴨的顏色...");}public void fly(){//實(shí)現(xiàn)該方法 }public void quack(){//實(shí)現(xiàn)該方法 }}

//紅頭鴨

public class RedheadDuck extends Duck implements Flyable,Quackable{public void display(){System.out.println("紅頭鴨的顏色...");}public void fly(){//實(shí)現(xiàn)該方法 }public void quack(){//實(shí)現(xiàn)該方法 } }

//殘廢鴨 只實(shí)現(xiàn)Quackable（能叫不能飛）

public class DisabledDuck extends Duck implements Quackable{public void display(){System.out.println("殘廢鴨的顏色...");}public void quack(){//實(shí)現(xiàn)該方法 } } >>>>>>點(diǎn)評(píng): 好處: 這樣已設(shè)計(jì)，我們的程序就降低了它們之間的耦合。 不足: Flyable和 Quackable接口一開始似乎還挺不錯(cuò)的，解決了問題（只有會(huì)飛到鴨子才實(shí)現(xiàn) Flyable），但是Java接口不具有實(shí)現(xiàn)代碼，所以實(shí)現(xiàn)接口無法達(dá)到代碼的復(fù)用。 第四種方法： 對(duì)上面各方式的總結(jié): 繼承的好處:讓共同部分,可以復(fù)用.避免重復(fù)編程. 繼承的不好:耦合性高.一旦超類添加一個(gè)新方法,子類都繼承,擁有此方法, ??????????????????????? 若子類相當(dāng)部分不實(shí)現(xiàn)此方法,則要進(jìn)行大批量修改. ???????????????????????? 繼承時(shí),子類就不可繼承其它類了. 接口的好處:解決了繼承耦合性高的問題. ???????????????????????? 且可讓實(shí)現(xiàn)類,繼承或?qū)崿F(xiàn)其它類或接口. 接口的不好:不能真正實(shí)現(xiàn)代碼的復(fù)用.可用以下的策略模式來解決. ------------------------- strategy(策略模式) ------------------------- 我們有一個(gè)設(shè)計(jì)原則： 找出應(yīng)用中相同之處，且不容易發(fā)生變化的東西，把它們抽取到抽象類中，讓子類去繼承它們； 找出應(yīng)用中可能需要變化之處，把它們獨(dú)立出來，不要和那些不需要變化的代碼混在一起。 -->important. 現(xiàn)在，為了要分開“變化和不變化的部分”，我們準(zhǔn)備建立兩組類（完全遠(yuǎn)離Duck類），一個(gè)是"fly"相關(guān)的，另一個(gè) 是“quack”相關(guān)的，每一組類將實(shí)現(xiàn)各自的動(dòng)作。比方說，我們可能有一個(gè)類實(shí)現(xiàn)“呱呱叫”，另一個(gè)類實(shí)現(xiàn)“吱吱 叫”，還有一個(gè)類實(shí)現(xiàn)“安靜”。 首先寫兩個(gè)接口。FlyBehavior(飛行行為)和QuackBehavior（叫的行為）. public interface FlyBehavior{public void fly(); }public interface QuackBehavior{public void quack();}

我們在定義一些針對(duì)FlyBehavior的具體實(shí)現(xiàn)。

public class FlyWithWings implements FlyBehavior{public void fly(){//實(shí)現(xiàn)了所有有翅膀的鴨子飛行行為。 }}public class FlyNoWay implements FlyBehavior{public void fly(){//什么都不做，不會(huì)飛 }}

針對(duì)QuackBehavior的幾種具體實(shí)現(xiàn)。

public class Quack implements QuackBehavior{public void quack(){//實(shí)現(xiàn)呱呱叫的鴨子 } }public class Squeak implements QuackBehavior{public void quack(){//實(shí)現(xiàn)吱吱叫的鴨子 } }public class MuteQuack implements QuackBehavior{public void quack(){//什么都不做，不會(huì)叫 } }

點(diǎn)評(píng)一: 這樣的設(shè)計(jì)，可以讓飛行和呱呱叫的動(dòng)作被其他的對(duì)象復(fù)用，因?yàn)檫@些行為已經(jīng)與鴨子類無關(guān)了。而我們增加一些新

的行為，不會(huì)影響到既有的行為類，也不會(huì)影響“使用”到飛行行為的鴨子類。 最后我們看看Duck 如何設(shè)計(jì)。 public abstract class Duck{ --------->在抽象類中,聲明各接口,定義各接口對(duì)應(yīng)的方法.FlyBehavior flyBehavior;//接口QuackBehavior quackBehavior;//接口public Duck(){}public abstract void display();public void swim(){//實(shí)現(xiàn)游泳的行為 }public void performFly(){flyBehavior.fly(); //-->由于是接口,會(huì)根據(jù)繼承類實(shí)現(xiàn)的方式,而調(diào)用相應(yīng)的方法.}public void performQuack(){quackBehavior.quack();
　　　　}}

看看MallardDuck如何實(shí)現(xiàn)。
----->通過構(gòu)造方法,生成'飛','叫'具體實(shí)現(xiàn)類的實(shí)例,從而指定'飛','叫'的具體屬性

public class MallardDuck extends Duck{public MallardDuck { flyBehavior = new FlyWithWings ();quackBehavior = new Quack(); //因?yàn)镸allardDuck 繼承了Duck，所有具有flyBehavior 與quackBehavior 實(shí)例變量}public void display(){//實(shí)現(xiàn) }}

?這樣就滿足了即可以飛，又可以叫，同時(shí)展現(xiàn)自己的顏色了。

這樣的設(shè)計(jì)我們可以看到是把flyBehavior ，quackBehavior 的實(shí)例化寫在子類了。我們還可以動(dòng)態(tài)的來決定。 ? 我們只需在Duck中加上兩個(gè)方法。 在構(gòu)造方法中對(duì)屬性進(jìn)行賦值與用屬性的setter的區(qū)別： 構(gòu)造方法中對(duì)屬性進(jìn)行賦值：固定，不可變； 用屬性的setter，可以在實(shí)例化對(duì)象后，動(dòng)態(tài)的變化，比較靈活。 public abstract class Duck{FlyBehavior flyBehavior;//接口QuackBehavior quackBehavior;//接口public void setFlyBehavior(FlyBehavior flyBehavior){this.flyBehavior = flyBehavior;}public void setQuackBehavior(QuackBehavior quackBehavior {this.quackBehavior= quackBehavior;}}

本文出自 “Changes we need ! ” 博客，請務(wù)必保留此出處http://shenzhenchufa.blog.51cto.com/730213/161581

?

轉(zhuǎn)載于:https://www.cnblogs.com/orangesea/p/4075414.html

與50位技術(shù)專家面對(duì)面20年技術(shù)見證，附贈(zèng)技術(shù)全景圖

總結(jié)

以上是生活随笔為你收集整理的Java的设计模式----strategy(策略模式)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。