一、使用策略模式的原因

在設(shè)計游戲角色傷害時，因角色差異而使用不同的計算公式，如何解決，同一計算方式分布在不同的角色中、新增角色增加維護(hù)等問題，可以使用策略模式解決。

二、策略模式的定義

GoF對策略模式的解釋：定義一組算法，并封裝每個算法，讓它們可以彼此交換使用。策略模式讓這些算法在客戶端使用它們時能更加獨立。

策略模式在處理所謂的“算法時”，著重于細(xì)節(jié)，至于計算方式及規(guī)則，則不用去理會。

三、策略模式的使用說明

參與者說明：

• Strategy（策略接口類）：提供“策略客戶端”可以使用的方法。
• ConcreteStrategyA~C（策略實現(xiàn)類）: 不同算法的實現(xiàn)。
• Context（策略客戶端）：擁有一個Strategy類的對象引用，并且通過對象引用獲取想要的計算結(jié)果。

四、策略模式的實現(xiàn)范例

算法的共享接口：

 	/// <summary>
    /// 算法的共享接口
    /// </summary>
    public abstract class Strategy
    {
        public abstract void AlgorithmInterface();
    }

實現(xiàn)各種算法：

   /*  各類算法的實現(xiàn) */
    /// <summary>
    /// 算法 A
    /// </summary>
    public class ConcreteStrategyA : Strategy
    {
        public override void AlgorithmInterface()
        {
            //print
        }
    }
    /// <summary>
    /// 算法 B
    /// </summary>
    public class ConcreteStrategyB : Strategy
    {
        public override void AlgorithmInterface()
        {
            //print
        }
    }
    /// <summary>
    /// 算法 C
    /// </summary>
    public class ConcreteStrategyC : Strategy
    {
        public override void AlgorithmInterface()
        {
            //print
        }
    }

擁有Strategy對象的客戶端

/// <summary>
    /// 擁有Strategy 對象的客戶端
    /// </summary>
    public class Context
    {
        Strategy strategy = null;
        /// <summary>
        /// 設(shè)置算法
        /// </summary>
        /// <param name="strategy"></param>
        public void SetStrategy(Strategy strategy)
        {
            strategy = strategy;
        }
        /// <summary>
        ///執(zhí)行當(dāng)前的算法
        /// </summary>
        public void ContextInterface()
        {
            strategy.AlgorithmInterface();
        }
    }

五、中介者模式的優(yōu)點和注意事項

優(yōu)點：

• 讓角色屬性變得好維護(hù)；
• 不必在針對角色類型編寫程序代碼；
• 計算公式的替換更為方便；

缺點：

計算公式時的參數(shù)設(shè)置，需要外界提供相關(guān)信息作為計算依據(jù)；

與狀態(tài)模式的差別：

都?xì)w類在行為模式（Behavior Patterns）分類下，都由一個Context類來維護(hù)對象的引用。

• 差異： State是在一群狀態(tài)中進(jìn)行切換，狀態(tài)之間有對應(yīng)和連接的關(guān)系，而Strategy是由一群沒有任何關(guān)系的類組成，不知彼此的存在。
• State受限于狀態(tài)機的切換規(guī)則，在設(shè)計初期就可能定義所有狀態(tài)，后期追加，不是想加入就加入，受限于現(xiàn)有狀態(tài)關(guān)聯(lián)；而Strategy是由封裝計算算法而形成的一種設(shè)計模式，算法之間不存在任何依賴關(guān)系，可以隨時加入。

六、策略模式的總結(jié)

將復(fù)雜的計算公式從客戶端中獨立出來稱為一個群組，之后客戶端可以按照情況來決定使用的計算公式策略，既提高系統(tǒng)應(yīng)用的靈活程度，也強化了系統(tǒng)中對所有計算策略的維護(hù)方式。

后續(xù)開發(fā)人員很容易找到相關(guān)計算公式的差異，同時修改點也會縮小到計算公式本身，也不會影響到使用的客戶端。

到此這篇關(guān)于Unity游戲開發(fā)中的設(shè)計模式之策略模式的文章就介紹到這了,更多相關(guān)Unity策略模式內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論