@interface Cash : NSObject
- (CGFloat)acceptOriginCash: (CGFloat)money;
@end
@implementation Cash
- (CGFloat)acceptOriginCash: (CGFloat)money {
return money;
}
@end
///正常價錢
@implementation CashNormal
- (CGFloat)acceptOriginCash:(CGFloat)money {
return money;
}
@end
///折扣
@interface CashRebate : Cash
@property (nonatomic, assign) CGFloat rebate;
@end
@implementation CashRebate
@end
///滿返
@interface CashReturn : Cash
@property (nonatomic, assign) CGFloat moneyCondition;
@property (nonatomic, assign) CGFloat moneyReturn;
@end
@implementation CashReturn
(instancetype)init {
self = [super init];
if (self) {
_moneyReturn = 0;
_moneyCondition = 0;
}
return self;
}
(CGFloat)acceptOriginCash:(CGFloat)money {
if (_moneyCondition == 0 || _moneyReturn == 0 || money < _moneyCondition) {
return money; //沒有返現
} else {
int returnCount = floorf(money / _moneyCondition);
money -= returnCount * _moneyReturn;
return money;
}
}
@end
</code></pre> </td>
</tr>
</tbody>
</table>
創建好以上幾種收費類型，設想一下，一般打折時都會列出相應的打折商品，也就是說平時不是所有的商品都打折，這時候假設我們專門寫好一個折扣日的類，類中包含了打折商品列表，當然也包含了打折的方式等其他信息。繼續用面向對象的思想去思考，折扣日應該也分好幾種，比如周末，五一，工作日等等，所以折扣日也可以抽象一個基類出來，這個基類就應該包含返回折扣結果的抽象方法。
OK，到這里問題就來了，不同的折扣日都有相同的獲取最終價錢的方法，而對于價錢的計算策略卻完全不同，也就是每個具體的折扣日實現這個返回折扣結果的抽象方法都不一樣。那該怎么做？
設計原則：找到系統中變化的部分，將變化的部分同其它穩定的部分隔開。換句話說就是：”找到變化并且把它封裝起來，稍后你就可以在不影響其它部分的情況下修改或擴展被封裝的變化部分。”盡管這個概念很簡單，但是它幾乎是所有設計模式的基礎，所有模式都提供了使系統里變化的部分獨立于其它部分的方法。
可以看出，每個折扣日都要實現基類返回折扣結果的方法，但實現的方法不一樣。而計算方法都是經過了封裝的，保證計算方法不被改變，也保證改變一個不會影響到其他計算方法。在這種情況下，就可以考慮使用策略模式。
策略模式
策略模式定義了算法家族，分別封裝起來，讓他們之間可以互相替換，此模式讓算法的變化不會影響到使用算法的客戶。
以上幾種收錢方式都是一些算法，算法本身只是一種策略，最重要的是這些算法是隨時都可能且可以互相替換的，這就是變化點，而封裝變化點是我們面向對象很重要的思維方式。
所以這里的思路是創建一個上下文類，用策略對象作為構造參數，來維護一個對策略對象的引用。同時這樣也不會受到拓展的影響。
