1.前言
- 在之前的文章設(shè)計(jì)模式(Design pattern)：簡單&粗暴解析中已經(jīng)為大家深入淺出解析了
設(shè)計(jì)模式的 七大原則、三大類型。 - 本文為大家解析三大類型中 行為型 里其中的
策略模式。 - 文章中實(shí)例 linhaojian的Github
2.目錄
模式目錄.png
3.含義
定義一系列算法或者行為，將每一個(gè)算法或者行為封裝起來，并讓它們可以相互替換。
4.解決
1.使用 if...else 所帶來的復(fù)雜和難以維護(hù)。
5.原理
將算法或者行為封裝成一個(gè)一個(gè)的類，任意地替換。
5.1 策略模式結(jié)構(gòu)
策略結(jié)構(gòu)1.png
5.2 結(jié)構(gòu)分析
Strategy：定義策略類的行為。
AStrategy：行為的具體實(shí)現(xiàn)。
BStrategy：行為的具體實(shí)現(xiàn)。
Context：封裝策略類選擇環(huán)境類。
5.3 實(shí)例（算法選擇）
Strategy
public interface Strategy {
int calculate(int a,int b);
}
AddCalculate
public class AddCalculate implements Strategy {
@Override
public int calculate(int a, int b) {
return a+b;
}
}
SubCalculate
public class SubCalculate implements Strategy {
@Override
public int calculate(int a, int b) {
return a-b;
}
}
Context
public class Context {
private Strategy strategy;
public void setStrategy(Strategy strategy){
this.strategy = strategy;
}
public int calculate(int a,int b){
return strategy.calculate(a,b);
}
}
6.優(yōu)點(diǎn)
1.策略模式提供了對“開閉原則”的完美支持，用戶可以在不修改原有系統(tǒng)的基礎(chǔ)上選擇算法或行為，也可以靈活地增加新 的算法或行為
2.使用策略模式可以避免使用多重條件轉(zhuǎn)移語句。
7.缺點(diǎn)
- 客戶端必須知道所有的策略類，并自行決定使用哪一個(gè)策略類。
- 策略模式將造成產(chǎn)生很多策略類，可以通過使用享元模式在一定程度上減少對象的數(shù)量。
8.總結(jié)
- 到此，
策略模式就解析完畢，后續(xù)我會(huì)把上述 三大類型模式 下的各子模式進(jìn)行解析分享，
請繼續(xù)關(guān)注linhaojian_簡書！ - 如果喜歡我的分享，可以點(diǎn)擊 關(guān)注 或者 贊，你們支持是我分享的最大動(dòng)力 。
- linhaojian的Github
歡迎關(guān)注linhaojian_CSDN博客或者linhaojian_簡書！
不定期分享關(guān)于安卓開發(fā)的干貨。
設(shè)計(jì)模式（Design pattern）：簡單&粗暴解析
單例模式（Singleton Pattern）：簡單&粗暴解析
簡單工廠模式（Easy Factory Pattern）：簡單&粗暴解析
工廠模式（Factory Pattern）：簡單&粗暴解析）：簡單&粗暴解析
抽象工廠模式（Abstract Factory Pattern）：簡單&粗暴解析
建造者模式（Builder Pattern）：簡單&粗暴解析
代理模式（Proxy Pattern）：簡單&粗暴解析
裝飾器模式（Decorator Pattern）：簡單&粗暴解析
外觀模式（Facade Pattern）：簡單&粗暴解析
享元模式（Flyweight Pattern）：簡單&粗暴解析
觀察者模式（Observe Pattern）：簡單&粗暴解析
策略模式（Strategy attern）：簡單&粗暴解析
寫技術(shù)文章初心
- 技術(shù)知識(shí)積累
- 技術(shù)知識(shí)鞏固
- 技術(shù)知識(shí)分享
- 技術(shù)知識(shí)交流
