摘要：不會(huì)叫鴨子呱呱呱叫。。。。。。此時(shí)我剛剛寫的例子基于一個(gè)策略模式思想寫的。感謝你看到這里，策略模式部分結(jié)束，本人文筆隨便，若有不足或錯(cuò)誤之處望給予指點(diǎn)，度彎腰很快我會(huì)發(fā)布下一個(gè)設(shè)計(jì)模式內(nèi)容，生命不息，編程不止參考書籍設(shè)計(jì)模式

并不是每個(gè)自稱自己是個(gè)OO的人，他就一定能運(yùn)用好OOP。

普通程序員寫的東西好比一把普通鑰匙，一把鑰匙只能開一個(gè)門，而高級(jí)程序員就會(huì)“造”萬能鑰匙。
我以前所理解的“簡(jiǎn)單”就是一把鑰匙開一把鎖的模式，僅僅只是著眼于解決現(xiàn)在的問題，而設(shè)計(jì)模式的“復(fù)雜”在于它需要造出具有“通用性”的萬能鑰匙。而我以前寫的代碼就是前者，這個(gè)“簡(jiǎn)單”不是功能的簡(jiǎn)單，而是設(shè)計(jì)的簡(jiǎn)單。簡(jiǎn)單的設(shè)計(jì)意味著缺少靈活性，代碼很鋼硬，僅僅只是面向過程，一步操作緊挨著下一步。
要使代碼可被反復(fù)使用,請(qǐng)用’設(shè)計(jì)模式’對(duì)你的代碼進(jìn)行設(shè)計(jì).

模擬鴨子程序開始了。
首先來一張類圖，這是鴨子程序原始狀態(tài)

而此時(shí)我們需要添加一個(gè)新功能：鴨子飛功能（吐槽：明明很多鴨子不會(huì)飛）
這很簡(jiǎn)單，難不倒我們“有OO思想”的人

但這樣的設(shè)計(jì)運(yùn)用在下面拓展的程序上會(huì)變成什么呢？

哇哦，很明顯橡皮鴨子不能飛，而在此設(shè)計(jì)中使用繼承（extends）就變得不合理了，
但是我們可以投機(jī)取巧一點(diǎn)，變成如下圖

這樣小聰明的方法，恐怕我自己看的都不能直視了....
很明顯對(duì)于繼承在這個(gè)設(shè)計(jì)當(dāng)中很幾個(gè)致命的地方
1：各個(gè)鴨子子類繼承父類時(shí)，使得代碼在多個(gè)子類中重復(fù)
2：沒有拓展性，對(duì)于改變會(huì)費(fèi)勁
3：往往改變一點(diǎn)地方很多地方就都要跟著改變，找出其他鴨子類中不想要的改變，牽一發(fā)而動(dòng)全身。

設(shè)計(jì)原則一：找出應(yīng)用中可能需要變化之處，把它們獨(dú)立出來，不要和那些不需要變化的代碼混在一起
注：當(dāng)每次有新的需求的時(shí)候，就會(huì)使某方面發(fā)生變化，那么你就可以確定，這部分的代碼就需要被抽出來，和其他穩(wěn)定的代碼有所區(qū)分，這樣使得代碼變化引起的不經(jīng)意后果變少，系統(tǒng)變得更加富有彈性。

設(shè)計(jì)原則二：針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程。
注：從現(xiàn)在開始我們編寫的代碼要富有彈性，讓其運(yùn)行時(shí)能“動(dòng)態(tài)”的改變飛行或者呱呱叫行為

進(jìn)行一點(diǎn)小改變

這里將飛行和叫的行為各自“抽象”出來成接口，這兩個(gè)行為被分開成兩個(gè)類，這兩個(gè)類專門為提供某行為的實(shí)現(xiàn)提供接口。不同與之前設(shè)計(jì)：行為來自Duck父類中子類的具體實(shí)現(xiàn)，或是繼承某個(gè)接口并由子類自行實(shí)現(xiàn)而來。這兩種做法都依賴“實(shí)現(xiàn)”。而此時(shí)子類將使用接口所代表的行為，所以實(shí)際的“實(shí)現(xiàn)”不會(huì)被綁死在鴨子的子類中。（特定的具體行為編寫在實(shí)現(xiàn)了FlyBehavior和QuackBehavior接口的實(shí)現(xiàn)類中）

這里放出具體行為設(shè)計(jì)

注：此時(shí)飛行和叫的動(dòng)作（接口）可以被其他對(duì)象復(fù)用，此時(shí)這兩個(gè)行為和鴨子類（Duck）無關(guān)了，而且往后加入新的行為也不怕了大量修改代碼了。

鴨子父類：

package Entity;

import Interface.FlyBehavior;
import Interface.QuackBehavior;

//鴨子父類
public class Duck {
    // 添加兩個(gè)接口變量
    FlyBehavior flyBehavior;// 每只鴨子都會(huì)引用完成FlyBehavior接口的對(duì)象
    QuackBehavior quackBehavior;// 每只鴨子都會(huì)引用完成QuackBehavior接口的對(duì)象

    public FlyBehavior getFlyBehavior() {
        return flyBehavior;
    }

    public void setFlyBehavior(FlyBehavior flyBehavior) {
        this.flyBehavior = flyBehavior;
    }

    public QuackBehavior getQuackBehavior() {
        return quackBehavior;
    }

    public void setQuackBehavior(QuackBehavior quackBehavior) {
        this.quackBehavior = quackBehavior;
    }

    public Duck() {
    }

    public void swim() {
        System.out.println("鴨子游泳。。。。。。");
    }

    // 動(dòng)作
    public void display() {
        System.out.println("每只鴨子都會(huì)動(dòng)");
    }

    // 這些方法取代fly(),quack()
    // 鴨子對(duì)象不親自處理呱呱呱叫行為，而是委托給quackBehavior引用對(duì)象
    public void performQuack() {        
        quackBehavior.quack();
    }

    // 鴨子對(duì)象不親自處理飛行為，而是委托給flyBehavior引用對(duì)象
    public void performFly() {
        flyBehavior.fly();
    };

}

飛行和叫動(dòng)作接口

package Interface;
//飛行接口
public interface FlyBehavior {
    public void fly();
}

package Interface;
//鴨子叫接口
public interface QuackBehavior {
    public void quack();
}

//綠頭鴨和橡皮鴨類

package Entity;

import Implements.FlyWithWings;
import Implements.Quack;
//綠頭鴨子類
public class MallardDuck extends Duck {

    @Override
    public void display() {
        System.out.println("綠頭鴨子");
    }

    /* 當(dāng)MallardDuck被實(shí)例化時(shí)，
     * 構(gòu)造器會(huì)把繼承來的quackBehavior，flyBehavior 
     * 實(shí)例變量初始化成Quack，F(xiàn)lyWithWings的類型
     * Quack，F(xiàn)lyWithWings分別是接口的實(shí)現(xiàn)類
     * */
    public MallardDuck() {
        quackBehavior = new Quack();
        flyBehavior = new FlyWithWings();
    }

}

package Entity;

import Implements.FlyNoWay;
import Implements.Squeak;

public class RubberDuck extends Duck {
//橡皮鴨類
    @Override
    public void display() {
        System.out.println("我是一只橡皮鴨");
    }

    public RubberDuck() {
        quackBehavior = new Squeak();
        flyBehavior = new FlyNoWay();
    }

}

各個(gè)行為的具體實(shí)現(xiàn)類，都實(shí)現(xiàn)了接口

package Implements;

import Interface.FlyBehavior;

public class FlyNoWay implements FlyBehavior {

    @Override
    public void fly() {
        System.out.println("不會(huì)飛");
    }

}

package Implements;

import Interface.FlyBehavior;

public class FlyWithWings implements FlyBehavior {
    @Override
    public void fly() {
        System.out.println("鴨子飛起來了。。。。。。");
    }

}

package Implements;

import Interface.QuackBehavior;

public class MuteQuack implements QuackBehavior {

    @Override
    public void quack() {
        System.out.println("不會(huì)叫");
    }
}

package Implements;

import Interface.QuackBehavior;

public class Quack implements QuackBehavior {

    @Override
    public void quack() {
        System.out.println("鴨子呱呱呱叫。。。。。。");
    }
}

package Implements;

import Interface.QuackBehavior;

public class Squeak implements QuackBehavior {

    @Override
    public void quack() {
        System.out.println("鴨子吱吱吱叫。。。。。。");
        
    }

}

測(cè)試類

package TestMain;

import Entity.Duck;
import Entity.MallardDuck;
import Entity.RubberDuck;

public class TestMain {
    public static void main(String[] args) {
        //這里使用多態(tài)，讓Duck知道我們要?jiǎng)?chuàng)建一只綠頭鴨
        Duck d = new MallardDuck();
        //重載方法
        d.display();
        d.performQuack();
        d.performFly();        
        System.out.print("
");
        
        Duck a=new RubberDuck();
        a.display();
        a.performQuack();
        a.performFly();

    }
}

效果：

設(shè)計(jì)原則三：多用組合，少用繼承。
注：使用組合建立系統(tǒng)具有很大的彈性，不僅可將算法封裝成類，更可以“動(dòng)態(tài)的改變行為”，只要組合對(duì)象符合正確的接口標(biāo)準(zhǔn)即可。

此時(shí)我剛剛寫的例子基于一個(gè)策略模式思想寫的。當(dāng)然你可能會(huì)問：“用這個(gè)設(shè)計(jì)模式到底有什么用呢？這樣功能我也能實(shí)現(xiàn)了，干嘛要搞的那么復(fù)雜？”。對(duì)此我不能用專業(yè)的思想去回答這樣的疑問，我只能說隨著自己學(xué)習(xí)的不斷深入往往很多以前自認(rèn)為對(duì)的東西，其實(shí)是不正確的。

策略模式要點(diǎn)：
1：良好的OO設(shè)計(jì)必須具備可復(fù)用性、可擴(kuò)充性、可維護(hù)性三個(gè)特征
2：模式不是代碼，而是針對(duì)設(shè)計(jì)問題的通用解決方案。
3：大多數(shù)的模式都允許系統(tǒng)局部改變獨(dú)立于其他部分。
4：記著把系統(tǒng)中會(huì)改變的部分抽出來封裝
5：模式會(huì)讓開發(fā)人員之間有共同的語言，而且會(huì)讓自己少走很多坑

這里我想說一點(diǎn)，很多人都覺得設(shè)計(jì)模式跟算法一樣都是可有可無的東西，我覺得用設(shè)計(jì)模式是著眼于未來，可以提高系統(tǒng)的擴(kuò)展性，減少重復(fù)勞動(dòng)，雖然有的時(shí)候可能會(huì)增加工作量，但比起后期無止境的維護(hù)，這點(diǎn)反而不算什么，而設(shè)計(jì)模式是不會(huì)提高系統(tǒng)運(yùn)行速度的，但我認(rèn)為設(shè)計(jì)模式非常重要，包括帶我的前輩程序員都教導(dǎo)我腦中要有模式概念，當(dāng)然這個(gè)要因人而異。

感謝你看到這里，策略模式部分結(jié)束，本人文筆隨便，若有不足或錯(cuò)誤之處望給予指點(diǎn)，90度彎腰~很快我會(huì)發(fā)布下一個(gè)設(shè)計(jì)模式內(nèi)容，生命不息，編程不止！

參考書籍：《Head First 設(shè)計(jì)模式》