Java設計模式:策略模式

作者:網絡 | 發布時間:2020年10月30日 | 閱讀:768

定義:定義一(yī)組算法,将每個算法都封裝起來,并且使他們之間可以互換。

類型:行爲類模式

類圖:

strategy-pattern

策略模式是對算法的封裝,把一(yī)系列的算法分(fēn)别封裝到對應的類中(zhōng),并且這些類實現相同的接口,相互之間可以替換。在前面說過的行爲類模式中(zhōng),有一(yī)種模式也是關注對算法的封裝——模版方法模式,對照類圖可以看到,策略模式與模版方法模式的區别僅僅是多了一(yī)個單獨的封裝類Context,它與模版方法模式的區别在于:在模版方法模式中(zhōng),調用算法的主體(tǐ)在抽象的父類中(zhōng),而在策略模式中(zhōng),調用算法的主體(tǐ)則是封裝到了封裝類Context中(zhōng),抽象策略Strategy一(yī)般是一(yī)個接口,目的隻是爲了定義規範,裏面一(yī)般不包含邏輯。其實,這隻是通用實現,而在實際編程中(zhōng),因爲各個具體(tǐ)策略實現類之間難免存在一(yī)些相同的邏輯,爲了避免重複的代碼,我(wǒ)們常常使用抽象類來擔任Strategy的角色,在裏面封裝公共的代碼,因此,在很多應用的場景中(zhōng),在策略模式中(zhōng)一(yī)般會看到模版方法模式的影子。

策略模式的結構

  • 封裝類:也叫上下(xià)文,對策略進行二次封裝,目的是避免高層模塊對策略的直接調用。

  • 抽象策略:通常情況下(xià)爲一(yī)個接口,當各個實現類中(zhōng)存在着重複的邏輯時,則使用抽象類來封裝這部分(fēn)公共的代碼,此時,策略模式看上去(qù)更像是模版方法模式。

  • 具體(tǐ)策略:具體(tǐ)策略角色通常由一(yī)組封裝了算法的類來擔任,這些類之間可以根據需要自由替換。

策略模式代碼實現

    interface IStrategy {
        public void doSomething();
    }
    class ConcreteStrategy1 implements IStrategy {
        public void doSomething() {
            System.out.println("具體(tǐ)策略1");
        }
    }
    class ConcreteStrategy2 implements IStrategy {
        public void doSomething() {
            System.out.println("具體(tǐ)策略2");
        }
    }
    class Context {
        private IStrategy strategy;

        public Context(IStrategy strategy){
            this.strategy = strategy;
        }

        public void execute(){
            strategy.doSomething();
        }
    }

    public class Client {
        public static void main(String[] args){
            Context context;
            System.out.println("-----執行策略1-----");
            context = new Context(new ConcreteStrategy1());
            context.execute();

            System.out.println("-----執行策略2-----");
            context = new Context(new ConcreteStrategy2());
            context.execute();
        }
    }

策略模式的優缺點

策略模式的主要優點有:

  • 策略類之間可以自由切換,由于策略類實現自同一(yī)個抽象,所以他們之間可以自由切換。

  • 易于擴展,增加一(yī)個新的策略對策略模式來說非常容易,基本上可以在不改變原有代碼的基礎上進行擴展。

  • 避免使用多重條件,如果不使用策略模式,對于所有的算法,必須使用條件語句進行連接,通過條件判斷來決定使用哪一(yī)種算法,在上一(yī)篇文章中(zhōng)我(wǒ)們已經提到,使用多重條件判斷是非常不容易維護的。

策略模式的缺點主要有兩個:

  • 維護各個策略類會給開(kāi)發帶來額外(wài)開(kāi)銷,可能大(dà)家在這方面都有經驗:一(yī)般來說,策略類的數量超過5個,就比較令人頭疼了。

  • 必須對客戶端(調用者)暴露所有的策略類,因爲使用哪種策略是由客戶端來決定的,因此,客戶端應該知(zhī)道有什麽策略,并且了解各種策略之間的區别,否則,後果很嚴重。例如,有一(yī)個排序算法的策略模式,提供了快速排序、冒泡排序、選擇排序這三種算法,客戶端在使用這些算法之前,是不是先要明白(bái)這三種算法的适用情況?再比如,客戶端要使用一(yī)個容器,有鏈表實現的,也有數組實現的,客戶端是不是也要明白(bái)鏈表和數組有什麽區别?就這一(yī)點來說是有悖于迪米特法則的。


适用場景

做面向對象設計的,對策略模式一(yī)定很熟悉,因爲它實質上就是面向對象中(zhōng)的繼承和多态,在看完策略模式的通用代碼後,我(wǒ)想,即使之前從來沒有聽(tīng)說過策略模式,在開(kāi)發過程中(zhōng)也一(yī)定使用過它吧?至少在在以下(xià)兩種情況下(xià),大(dà)家可以考慮使用策略模式,

  • 幾個類的主要邏輯相同,隻在部分(fēn)邏輯的算法和行爲上稍有區别的情況。

  • 有幾種相似的行爲,或者說算法,客戶端需要動态地決定使用哪一(yī)種,那麽可以使用策略模式,将這些算法封裝起來供客戶端調用。

策略模式是一(yī)種簡單常用的模式,我(wǒ)們在進行開(kāi)發的時候,會經常有意無意地使用它,一(yī)般來說,策略模式不會單獨使用,跟模版方法模式、工(gōng)廠模式等混合使用的情況比較多。

相關内容