最近迷上了購(gòu)買雙色球福利彩票這一活動(dòng)，本著做點(diǎn)公益的想法（萬(wàn)一要是一不小心中了頭獎(jiǎng)怎么辦，這需要想想怎么花，哈哈_?。缓?！言歸正傳，先來(lái)簡(jiǎn)單的介紹下策略模式！
一、策略模式的簡(jiǎn)介
1.定義
策略模式屬于對(duì)象的行為模式。其用意是針對(duì)一組算法，將每一個(gè)算法封裝到具有共同接口的獨(dú)立的類中，從而使得它們可以相互替換。它定義了算法的家族，分別封裝起來(lái)，并且可以相互替換，算法的變化，并不會(huì)影響到使用算法的客戶
2、UML的實(shí)現(xiàn)
圖1：策略模式結(jié)構(gòu)圖
圖1是一個(gè)經(jīng)典的策略模式UML示意圖，先解釋下里面有用到的符號(hào)的意思：
實(shí)現(xiàn)（即為implements）
聚合
聚合：當(dāng)對(duì)象A被加入到對(duì)象B中，成為對(duì)象B的組成部分時(shí)，對(duì)象B和A之間為聚集關(guān)系。圖中表現(xiàn)為Context里面含有Strategy的對(duì)象，所以兩者為聚合關(guān)系； 至于實(shí)現(xiàn)因?yàn)榇蠹叶级?，我就不解釋了?br>
這個(gè)類圖涉及到3個(gè)角色：
●環(huán)境(Context)角色：持有一個(gè)Strategy的引用。
●抽象策略(Strategy)角色：這是一個(gè)抽象角色，通常由一個(gè)接口或抽象類實(shí)現(xiàn)。此角色給出所有的具體策略類所需的接口。
●具體策略(ConcreteStrategy)角色：包裝了相關(guān)的算法或行為。
3、策略模式的應(yīng)用場(chǎng)景：
(1) 多個(gè)類只區(qū)別在表現(xiàn)行為不同，可以使用Strategy模式，在運(yùn)行時(shí)動(dòng)態(tài)選擇具體要執(zhí)行的行為。
(2) 需要在不同情況下使用不同的策略(算法)，或者策略還可能在未來(lái)用其它方式來(lái)實(shí)現(xiàn)。
(3) 對(duì)客戶隱藏具體策略(算法)的實(shí)現(xiàn)細(xì)節(jié)，彼此完全獨(dú)立。
舉個(gè)例子，簡(jiǎn)單的來(lái)說(shuō)，就是條條大路通羅馬，路的走法和曲折程度可能不同，但是起始點(diǎn)和目的地是一樣的，每一條路都相互獨(dú)立，這就可以運(yùn)用策略模式來(lái)解決問(wèn)題，例如計(jì)算器程序、雙色球選擇算法等等。
二：雙色球案例實(shí)現(xiàn)
1、案例：使用3個(gè)隨機(jī)算法攪拌彩球，并得出6+1的計(jì)算結(jié)果
分析：這是一個(gè)比較適合使用簡(jiǎn)單工廠模式+策略模式的案例，因?yàn)?個(gè)算法互不影響，可以抽象成一個(gè)接口類，并定義一個(gè)結(jié)果的計(jì)算方法，3個(gè)算法類分別實(shí)現(xiàn)，然后再用一個(gè)工廠類來(lái)判斷并分別實(shí)例化這3個(gè)類
public interface Strategy {
/**
* 策略方法(計(jì)算結(jié)果)
*/
public String strategyInterface(int number);
}
攪拌類
public class Operation {
private Strategy strategy;
public Operation(Strategy strategy){
this.strategy = strategy;
}
public String play(int number){
return strategy == null ? "":strategy.strategyInterface(number);
}
}
客戶端實(shí)現(xiàn)代碼
private void submit() {
// validate
String etNumberString = etNumber.getText().toString().trim();
if (TextUtils.isEmpty(etNumberString)) {
Toast.makeText(this, "請(qǐng)輸入注數(shù)", Toast.LENGTH_SHORT).show();
return;
}
result_tv.setText(getString(R.string.result, "計(jì)算結(jié)果",
new Operation(OperationFactory.createOperate(tag))
.play(Integer.parseInt(etNumberString))));
}
到現(xiàn)在我們就實(shí)現(xiàn)了用策略模式來(lái)對(duì)3種算法進(jìn)行封裝，吶，現(xiàn)在看起來(lái)客戶端的職責(zé)是不是就變輕了？代碼量也變少許多了？而且哪一個(gè)算法出了問(wèn)題，就可以直接改算法類，而不用去動(dòng)其他的算法類的代碼，可維護(hù)性和可擴(kuò)展性是不是就變強(qiáng)許多了？別人在接手代碼的時(shí)候也看得舒服一點(diǎn)嘛。。。哈哈
下面我們來(lái)看下實(shí)現(xiàn)的界面效果：
由于本人不怎么會(huì)排版，可能會(huì)導(dǎo)致您的不適，本人在以后會(huì)加強(qiáng)這方面的能力，在此感到抱歉，非常感謝閱讀本文的讀者?。?！
附上github下載鏈接：https://github.com/hfkai/lotteryBuy
