cppopp

寫(xiě)了半天居然異常了，暈死，下面先上代碼

運(yùn)行的結(jié)果


策略模式。重新看一下它的定義：定義一系列的算法，把它們一個(gè)個(gè)的封裝起來(lái)，并且使它們可以相互轉(zhuǎn)換。這里所說(shuō)的一系列的算法封裝就是通過(guò)繼承把各自的實(shí)現(xiàn)過(guò)程封裝到子類(lèi)中去（我們的例子中是指archery和Sword的實(shí)現(xiàn)），而所說(shuō)的相互轉(zhuǎn)換就是我們通過(guò)設(shè)置基類(lèi)指針而只向不同的子類(lèi)（我們的例子上是通過(guò)SetWeapon來(lái)實(shí)現(xiàn)的）。
實(shí)現(xiàn)時(shí)需要注意的問(wèn)題：
1.什么情況下用public繼承（is-a），什么情況下用組合（has-a）
2.ocp設(shè)計(jì)原理（open-close principle）
3.生產(chǎn)對(duì)象的釋放，shared_ptr的使用和原理。

下面內(nèi)容摘自http://liangfen1224.blog.163.com/blog/static/72377647200912411718194/

優(yōu)先考慮使用策略模式，而不是具體繼承 （Rod）

產(chǎn)生的原因： 屬于對(duì)象的行為模式。處理多于一個(gè)算法時(shí)候，把算法和使用算法的客戶(hù)端分開(kāi)（把行為和環(huán)境分割開(kāi)），從而方便的選擇其中一個(gè)算法。

策略模式的用意是針對(duì)一組算法，將每一個(gè)算法封裝到具有共同接口的獨(dú)立的類(lèi)中，從而使得它們可以相互替換。策略模式使得算法可以在不影響到客戶(hù)端的情況下發(fā)生變化。

假設(shè)現(xiàn)在要設(shè)計(jì)一個(gè)販賣(mài)各類(lèi)書(shū)籍的電子商務(wù)網(wǎng)站的購(gòu)物車(chē)（Shopping Cat）系統(tǒng)。一個(gè)最簡(jiǎn)單的情況就是把所有貨品的單價(jià)乘上數(shù)量，但是實(shí)際情況肯定比這要復(fù)雜。比如，本網(wǎng)站可能對(duì)所有的教材類(lèi)圖書(shū)實(shí)行每本一元的折扣；對(duì)連環(huán)畫(huà)類(lèi)圖書(shū)提供每本7％的促銷(xiāo)折扣，而對(duì)非教材類(lèi)的計(jì)算機(jī)圖書(shū)有3％的折扣；對(duì)其余的圖書(shū)沒(méi)有折扣。由于有這樣復(fù)雜的折扣算法，使得價(jià)格計(jì)算問(wèn)題需要系統(tǒng)地解決。

使用策略模式可以把行為和環(huán)境分割開(kāi)來(lái)。環(huán)境類(lèi)負(fù)責(zé)維持和查詢(xún)行為類(lèi)，各種算法則在具體策略類(lèi)（ConcreteStrategy）中提供。由于算法和環(huán)境獨(dú)立開(kāi)來(lái)，算法的增減、修改都不會(huì)影響環(huán)境和客戶(hù)端。當(dāng)出現(xiàn)新的促銷(xiāo)折扣或現(xiàn)有的折扣政策出現(xiàn)變化時(shí)，只需要實(shí)現(xiàn)新的策略類(lèi)，并在客戶(hù)端登記即可。策略模式相當(dāng)于"可插入式（Pluggable）的算法"。

程序架構(gòu)：一個(gè)客戶(hù)類(lèi)，一個(gè)抽象策略類(lèi)（接口），若干個(gè)具體策略類(lèi)。由客戶(hù)類(lèi)決定選擇那一個(gè)具體類(lèi)。

定義一系列的算法，把他們一個(gè)個(gè)封裝起來(lái)，并且使它們可相互替換。Strategy模式使算法可獨(dú)立于使用它的客戶(hù)而變化。

策略模式是對(duì)算法的包裝，是把使用算法的責(zé)任和算法本身分割開(kāi)，委派給不同的對(duì)象管理。策略模式通常把一個(gè)系列的算法包裝到一系列的策略類(lèi)里面，作為一個(gè)抽象策略類(lèi)的子類(lèi)。用一句話(huà)來(lái)說(shuō)，就是："準(zhǔn)備一組算法，并將每一個(gè)算法封裝起來(lái)，使得它們可以互換。"

策略又稱(chēng)做政策（Policy）模式【GOF95】。下面是一個(gè)示意性的策略模式結(jié)構(gòu)圖：

 

 

這個(gè)模式涉及到三個(gè)角色：

環(huán)境（Context）角色：持有一個(gè)Strategy類(lèi)的引用。
抽象策略（Strategy）角色：這是一個(gè)抽象角色，通常由一個(gè)接口或抽象類(lèi)實(shí)現(xiàn)。此角色給出所有的具體策略類(lèi)所需的接口。
具體策略（ConcreteStrategy）角色：包裝了相關(guān)的算法或行為。
Strategy模式以下列幾條原則為基礎(chǔ)：

1） 每個(gè)對(duì)象都是一個(gè)具有職責(zé)的個(gè)體。

2） 這些職責(zé)不同的具體實(shí)現(xiàn)是通過(guò)多態(tài)的使用來(lái)完成的。

3） 概念上相同的算法具有多個(gè)不同的實(shí)現(xiàn)，需要進(jìn)行管理

通過(guò)以下步驟，開(kāi)發(fā)人員可以很容易地在軟件中實(shí)現(xiàn)策略模型：

      1)對(duì)策略對(duì)象定義一個(gè)公共接口。

      2)編寫(xiě)策略類(lèi)，該類(lèi)實(shí)現(xiàn)了上面的公共接口。

      3)策略對(duì)象的類(lèi)中保存一個(gè)對(duì)策略對(duì)象的引用。

      4)略對(duì)象的類(lèi)中，實(shí)現(xiàn)對(duì)策略對(duì)象的set和get方法。

例:

public interface DatabaseStrategy {   

  
    public void process();   
}   
  
public class MysqlDBStrategy implements DatabaseStrategy {   
  
    public void process() {   
         System.out.println("處理Mysql數(shù)據(jù)庫(kù)連接");   
     }   
}   
  
public class OracleDBStrategy implements DatabaseStrategy {   
  
    public void process() {   
         System.out.println("處理Oracle數(shù)據(jù)庫(kù)連接");   
     }   
}   
  
public class DataBaseManager {   
  
    public void process(DatabaseStrategy dbStrategy) {   
  
         dbStrategy.process();   
     }   
}   
  
public class StrategyClient {   
  
    public static void main(String[] args) {   
  
         DataBaseManager manager = new DataBaseManager();   
           
         MysqlDBStrategy mysql = new MysqlDBStrategy();   
         manager.process(mysql);   
  
         OracleDBStrategy oracle = new OracleDBStrategy();   
         manager.process(oracle);   
     }   
}

何時(shí)使用何種具體策略角色
在學(xué)習(xí)策略模式時(shí)，學(xué)員常問(wèn)的一個(gè)問(wèn)題是：為什么不能從策略模式中看出哪一個(gè)具體策略適用于哪一種情況呢？

答案非常簡(jiǎn)單，策略模式并不負(fù)責(zé)做這個(gè)決定。換言之，應(yīng)當(dāng)由客戶(hù)端自己決定在什么情況下使用什么具體策略角色。策略模式僅僅封裝算法，提供新算法插入到已有系統(tǒng)中，以及老算法從系統(tǒng)中"退休"的方便，策略模式并不決定在何時(shí)使用何種算法。

策略模式的優(yōu)點(diǎn)和缺點(diǎn)
策略模式有很多優(yōu)點(diǎn)和缺點(diǎn)。它的優(yōu)點(diǎn)有：

1. 策略模式提供了管理相關(guān)的算法族的辦法。策略類(lèi)的等級(jí)結(jié)構(gòu)定義了一個(gè)算法或行為族。恰當(dāng)使用繼承可以把公共的代碼移到父類(lèi)里面，從而避免重復(fù)的代碼。

2. 策略模式提供了可以替換繼承關(guān)系的辦法。繼承可以處理多種算法或行為。如果不是用策略模式，那么使用算法或行為的環(huán)境類(lèi)就可能會(huì)有一些子類(lèi)，每一個(gè)子類(lèi)提供一個(gè)不同的算法或行為。但是，這樣一來(lái)算法或行為的使用者就和算法或行為本身混在一起。決定使用哪一種算法或采取哪一種行為的邏輯就和算法或行為的邏輯混合在一起，從而不可能再獨(dú)立演化。繼承使得動(dòng)態(tài)改變算法或行為變得不可能。

3. 使用策略模式可以避免使用多重條件轉(zhuǎn)移語(yǔ)句。多重轉(zhuǎn)移語(yǔ)句不易維護(hù)，它把采取哪一種算法或采取哪一種行為的邏輯與算法或行為的邏輯混合在一起，統(tǒng)統(tǒng)列在一個(gè)多重轉(zhuǎn)移語(yǔ)句里面，比使用繼承的辦法還要原始和落后。

策略模式的缺點(diǎn)有：

1. 客戶(hù)端必須知道所有的策略類(lèi)，并自行決定使用哪一個(gè)策略類(lèi)。這就意味著客戶(hù)端必須理解這些算法的區(qū)別，以便適時(shí)選擇恰當(dāng)?shù)乃惴?lèi)。換言之，策略模式只適用于客戶(hù)端知道所有的算法或行為的情況。

2. 策略模式造成很多的策略類(lèi)。有時(shí)候可以通過(guò)把依賴(lài)于環(huán)境的狀態(tài)保存到客戶(hù)端里面，而將策略類(lèi)設(shè)計(jì)成可共享的，這樣策略類(lèi)實(shí)例可以被不同客戶(hù)端使用。換言之，可以使用享元模式來(lái)減少對(duì)象的數(shù)量。

其它
策略模式與很多其它的模式都有著廣泛的聯(lián)系。Strategy很容易和Bridge模式相混淆。雖然它們結(jié)構(gòu)很相似，但它們卻是為解決不同的問(wèn)題而設(shè)計(jì)的。Strategy模式注重于算法的封裝，而B(niǎo)ridge模式注重于分離抽象和實(shí)現(xiàn)，為一個(gè)抽象體系提供不同的實(shí)現(xiàn)。Bridge模式與Strategy模式都很好的體現(xiàn)了"Favor composite over inheritance"的觀點(diǎn)。

   我們現(xiàn)在來(lái)看一個(gè)場(chǎng)景：我在下班在回家的路上，可以有這幾種選擇，走路、騎車(chē)、坐車(chē)。首先，我們需要把算法抽象出來(lái)：

       public interface IStrategy

    {

        void OnTheWay();

}

接下來(lái)，我們需要實(shí)現(xiàn)走路、騎車(chē)和坐車(chē)幾種方式。

public class WalkStrategy : IStrategy

    {

        public void OnTheWay()

        {

            Console.WriteLine("Walk on the road");

        }

    }

 

    public class RideBickStragtegy : IStrategy

    {

        public void OnTheWay()

        {

            Console.WriteLine("Ride the bicycle on the road");

        }

    }

 

    public class CarStragtegy : IStrategy

    {

        public void OnTheWay()

        {

            Console.WriteLine("Drive the car on the road");

        }

}

 

最后再用客戶(hù)端代碼調(diào)用封裝的算法接口，實(shí)現(xiàn)一個(gè)走路回家的場(chǎng)景：

class Program

    {

        static void Main(string[] args)

        {

            Console.WriteLine("Arrive to home");

            IStrategy strategy = new WalkStrategy();

            strategy.OnTheWay();

            Console.Read();

        }

}

運(yùn)行結(jié)果如下；

Arrive to home

Walk on the road

如果我們需要實(shí)現(xiàn)其他的方法，只需要在Context改變一下IStrategy所示例化的對(duì)象就可以。

 

       Strategy模式的要點(diǎn)：

1、Strategy及其子類(lèi)為組件提供了一系列可重用的算法，從而可以使得類(lèi)型在運(yùn)行時(shí)方便地根據(jù)需要在各個(gè)算法之間進(jìn)行切換。所謂封裝算法，支持算法的變化。

2、Strategy模式提供了用條件判斷語(yǔ)句以外的另一中選擇，消除條件判斷語(yǔ)句，就是在解耦合。含有許多條件判斷語(yǔ)句的代碼通常都需要Strategy模式。

3、Strategy模式已算法為中心，可以和Factory Method聯(lián)合使用，在工廠(chǎng)中使用配制文件對(duì)變化的點(diǎn)進(jìn)行動(dòng)態(tài)的配置。這樣就使變化放到了運(yùn)行時(shí)。

4、與Template Method相比，Strategy模式的中心跟集中在方法的封裝上

注：

Strategy策略模式是屬于設(shè)計(jì)模式中 對(duì)象行為型模式,主要是定義一系列的算法,把這些算法一個(gè)個(gè)封裝成單獨(dú)的類(lèi).

實(shí)際整個(gè)Strategy的核心部分就是抽象類(lèi)的使用,使用Strategy模式可以在用戶(hù)需要變化時(shí),修改量很少,而且快速.