設(shè)計(jì)模式是個(gè)神奇的東西，用得好的話可以讓你的代碼結(jié)構(gòu)清晰簡潔，用得不好則會(huì)讓結(jié)構(gòu)更加復(fù)雜難懂，包括使用過度。下面我打算分好幾部分介紹下自己所理解的設(shè)計(jì)模式。
最近在看一本關(guān)于設(shè)計(jì)模式的書《深入淺出設(shè)計(jì)模式》，覺得書中講的很生動(dòng)形象。我打算用自己的理解結(jié)合書中的例子，給大家簡單解釋一下，適合和我一樣的新手，同時(shí)歡迎大神批評(píng)指正。首先從策略模式開始。下面大家來看一個(gè)例子：
現(xiàn)在有抽象父類People，里面有eat()和sleep()等共有的方法以及抽象方法show()。下面有三個(gè)子類man，woman以及child,在子類中我們實(shí)現(xiàn)對(duì)應(yīng)的show()方法。似乎并沒有什么問題，大家都很好。具體代碼如下：
?People
public abstract class People {
public void eat(){
System.out.println("all people eat");
}
public void sleep(){
System.out.println("all people sleep");
}
public abstract void show();
}
?Man
public class Man extends People{
@Override
public void show() {
System.out.println("I have short hair");
}
}
?Woman
public class Woman extends People {
@Override
public void show() {
System.out.println("I have long hair");
}
}
Child
public class Child extends People {
@Override
public void show() {
System.out.println("I have less hair");
}
}
分析以上代碼，我們將公有部分（eat和sleep）在抽象類People實(shí)現(xiàn)，show在具體子類中實(shí)現(xiàn)。（不要說我吃米飯，嬰兒吃奶嘴，eat應(yīng)該不同的，大家安靜安靜別吵，現(xiàn)在不是糾結(jié)這個(gè)的時(shí)候）只能說我這個(gè)例子舉的不太恰當(dāng)，因?yàn)閷?shí)際需求中總有一部分是固定不變的，我們這一步的任務(wù)就是將固定不變的抽取出來父類中實(shí)現(xiàn)而已。
這個(gè)地方有個(gè)很重要的思想，就是面對(duì)一個(gè)系統(tǒng)或者說一個(gè)模塊，我們將固定不變的部分與經(jīng)常變化的部分區(qū)分開來，分別對(duì)待，小心產(chǎn)品經(jīng)理。
假設(shè)我現(xiàn)在需求要變，要所有的人都有move()方法。你會(huì)怎么做？你肯定會(huì)說我們都是面向?qū)ο缶幊蹋芎唵伟。苯釉赑eople中增加move()方法并實(shí)現(xiàn)，這種上課時(shí)老師一直講的東西，繼承。
**可是你想過沒有，這樣做會(huì)不會(huì)有什么問題？**
child嬰兒是不會(huì)移動(dòng)的（不要糾結(jié)說嬰兒會(huì)爬之類的，我眼睛會(huì)干）。這時(shí)候你會(huì)發(fā)現(xiàn)如果我們在父類中實(shí)現(xiàn)，那么將影響整個(gè)子類，這對(duì)于子類較多的類來說，是災(zāi)難性的。你肯定就會(huì)說，我們在People中設(shè)計(jì)一個(gè)抽象方法move()，然后在子類中實(shí)現(xiàn)不可以嗎？
當(dāng)然可以，代碼如下：
?People
public abstract class People {
public void eat(){
System.out.println("all people eat");
}
public void sleep(){
System.out.println("all people sleep");
}
public abstract void show();
public abstract void move();
}
Man
public class Man extends People{
@Override
public void show() {
System.out.println("I have short hair");
}
@Override
public void move() {
System.out.println("on foot");
}
}
Woman
public class Woman extends People {
@Override
public void show() {
System.out.println("I have long hair");
}
@Override
public void move() {
System.out.println("on foot");
}
}
Child
public class Child extends People {
@Override
public void show() {
System.out.println("I have less hair");
}
@Override
public void move() {
}
}
好了，實(shí)現(xiàn)完成。在child類中，move()中我們什么也不做。現(xiàn)在需求來了，我們有一類人懶人。雖然是個(gè)大老爺們，但是我不想動(dòng)，我被床封印了。你會(huì)怎么做？重新創(chuàng)建一個(gè)LazyMan類繼承People，然后實(shí)現(xiàn)move(),在move中什么也不做？
你會(huì)說怎么不可以？？？
child和LazyMan中代碼代碼重復(fù)，做到代碼重用了嗎？什么，實(shí)現(xiàn)為空也叫代碼重復(fù)？
住口。在Man和Woman中move不是已經(jīng)代碼重復(fù)了嗎？還敢嘴硬。少年還有什么可說的？？
你會(huì)說，看來不行啊，我們必須求助于其他辦法了。對(duì)的，我們試試其他辦法。
能不能用接口？然后創(chuàng)建多個(gè)接口的子類分別實(shí)現(xiàn)？
具體實(shí)現(xiàn)如下：
?IMoveBehavior
public interface IMoveBehavior {
public void move();
}
?MoveWithFoot
public class MoveWithFoot implements IMoveBehavior {
@Override
public void move() {
System.out.println("on foot");
}
}
MoveNothing
public class MoveNothing implements IMoveBehavior{
@Override
public void move() {
System.out.println("move? no");
}
}
?來看看我們的People
public abstract class People {
IMoveBehavior moveBehavior;
public void eat(){
System.out.println("all people eat");
}
public void sleep(){
System.out.println("all people sleep");
}
public abstract void show();
public void moveBehave(){
moveBehavior.move();
}
}
我們在創(chuàng)建IMoveBehavior對(duì)象的時(shí)候需要知道IMoveBehavior具體指向的是什么，所以我們在People子類的構(gòu)造函數(shù)中來指定。代碼如下：
Man
public class Man extends People implements IMoveBehavior{
public Man(IMoveBehavior moveBehavior){
this.moveBehavior = moveBehavior;
}
@Override
public void show() {
System.out.println("I have short hair");
}
@Override
public void move() {
System.out.println("on foot");
}
}
Woman和Child類似，不貼了。我們寫個(gè)測試類StrategyTest，看我們的代碼復(fù)用是否成功？
StrategyTest
public class StrategyTest {
public static void main(String[] args) {
Man niceMan = new Man(new MoveNothing());
niceMan.moveBehave();
}
}
運(yùn)行結(jié)果如下：
如果是勤勞的人，那就 Man niceMan = new Man(new MoveWithFoot());
**問題解決，那還有沒有什么不妥的地方呢？**
我們moveBehavior是在創(chuàng)建的時(shí)候進(jìn)行綁定的，如果我想動(dòng)態(tài)地更改moveBehavior呢？是不是就傻眼了？
于是我們有個(gè)接下來的方法：
People
public abstract class People {
IMoveBehavior moveBehavior;
public void setMoveBehavior(IMoveBehavior moveBehavior){
this.moveBehavior = moveBehavior;
}
public void eat(){
System.out.println("all people eat");
}
public void sleep(){
System.out.println("all people sleep");
}
public abstract void show();
public void moveBehave(){
moveBehavior.move();
}
}
其他類不變。我們將moveBehavior的設(shè)置方法暴露出去，可以進(jìn)行動(dòng)態(tài)設(shè)定。來驗(yàn)證一下：
public class StrategyTest {
public static void main(String[] args) {
Man niceMan = new Man();
//給我走
niceMan.setMoveBehavior(new MoveWithFoot());
niceMan.moveBehave();
//不許動(dòng)
niceMan.setMoveBehavior(new MoveNothing());
niceMan.moveBehave();
}
}
驗(yàn)證結(jié)果如下：
幾經(jīng)波折，終于搞好了。這就是策略模式，下面我們來看下較為正式的定義（嚴(yán)肅點(diǎn)，不許笑）。
策略模式：
定義了算法族，分別封裝起來，讓它們之間可以互相替換， 此模式讓算法的變化獨(dú)立于使用算法的客戶。
最后說一個(gè)重要的點(diǎn)：我們之前那種做法都是通過繼承，面向?qū)崿F(xiàn)做的，雖然可以得到要求，但是代碼復(fù)用性不高，如果子類多，那將是災(zāi)難。我們要面向接口編程。
原則：少用繼承，多用組合。
拓展：
1.假設(shè)需求又變了，需要給所有人加上wear(穿衣的方法)，但是每種人的穿衣風(fēng)格不同。男的穿西裝，女的穿裙子，小孩穿肚兜，甚至超人內(nèi)褲外穿。好解決嗎？
2.需求又變了，要求move增加騎自行實(shí)現(xiàn)。創(chuàng)造出喜歡騎自行車穿裙子的女生，好解決嗎？嘿嘿嘿
最后有必要說一下，我文中出現(xiàn)猥瑣的語句只是為了提起大家的興趣，給大家將知識(shí)留下深刻的印象，我本人很正直，不信看我眼睛說話。
大家下期見，拜拜！
