设计模式(design pattern)主要分为如下三种类型:git
结构型模式(structural design pattern):描述对象的构成,以及如何组合对象以造成更大的结构,也就是了解元件间关系,以简化设计。Structural design patter 包含 Model-View-Controller (MVC)、Model-View-ViewModel (MVVM) 和外观模式 (Facade)。github
行为型模式(behavioral design pattern):描述对象间如何通讯,以便在进行这些交流活动时加强弹性。Behavioral design pattern 包含 Delegation、Strategy、Observer。编程
建立型模式(creational design pattern):处理对象如何建立,根据实际状况使用合适的方式建立对象。基本的对象建立方式可能会致使设计上的问题,或增长设计的复杂度,creational design pattern 经过以某种方式控制对象的建立来解决问题。Creational design pattern 包含 Builder、Singleton 和 Prototype。swift
策略模式 strategy pattern 属于 behavioral pattern。Strategy pattern 定义了一系列可互换替代的对象,能够在 runtime 时设置或切换。策略模式包含如下三部分:设计模式
使用策略模式的对象:一般为视图控制器,也能够是任何有互换替代 (interchangeable) 需求的对象。bash
Strategy protocol:每种策略都必须遵照的协议。app
Strategies:遵照 strategy protocol 协议的对象,相互间可互换代替。ide
当有两种或更多可相互代替的行为时,使用策略模式。函数
Strategy pattern 和 Delegation pattern 很像。均依赖 protocol 而非具体对象以增长灵活性。所以,任何实现了 strategy protocol 的对象在运行时都可做为一种策略。与委托不一样的是,strategy pattern 使用一族对象。单元测试
Delegate 在运行时固定不变。例如,UITableView的dataSource和delegate设置后不须要改变。Strategy 在运行时能够相互切换。
Demo 是购物车结算模块。结算方式有正常价格、九折和免运费三种。
更新ShoppingCartViewController.swift文件中prepare(for:sender:)方法:
override func prepare(for segue: UIStoryboardSegue, sender: Any?) {
view.endEditing(false)
if let destinationViewController: DetailViewController = segue.destination as? DetailViewController {
destinationViewController.bindProperties(itemPrices: itemPrices, checkoutType: .normal)
}
}
复制代码
在TotalPriceViewController.swift文件添加如下方法:
public func bindProperties(itemPrices: [Int], checkoutType: CheckoutType) {
switch checkoutType {
case .normal:
finalPrice = getFinalPriceWithNormal(itemPrices: itemPrices)
case .discount:
finalPrice = getFinalPriceWithDiscount(itemPrices: itemPrices)
case .freeShipping:
finalPrice = getFinalPriceWithFreeShipping(itemPrices: itemPrices)
}
}
private func getFinalPriceWithNormal(itemPrices: [Int]) -> Int {
// do calculation
return 90 + 75 + 20
}
private func getFinalPriceWithDiscount(itemPrices: [Int]) -> Int {
// do calculation
return Int((90 + 75) * 0.9) + 20
}
private func getFinalPriceWithFreeShipping(itemPrices: [Int]) -> Int {
// do calculation
return 90 + 75
}
复制代码
上述代码能够根据不一样枚举类型计算总价,那为何要用 strategy pattern ?
Strategy pattern 可让代码遵照开闭原则 (Open/Closed principle)。在面向对象编程领域中,开闭原则规定「软件中的对象、类、模块和函数等,对于扩展应该是开放的,但对于修改是封闭的」。这意味着,一个对象容许在不改变其源代码的前提下变动它的行为。该特性在产品化的环境中是特别有价值的。在这种环境中,改变源代码须要代码审查、单元测试等以确保产品质量。遵循这种原则的代码在扩展时并不发生变化,所以,无需上述过程。
目前,在TotalPriceViewController.swift
文件添加了enum
和所需方法,若是增长告终算方式,就须要更改TotalPriceViewController.swift
文件中代码。但在TotalPriceViewController.swift
文件中增长enum
类型和switch
,就违背了 Open/Closed principle (open for extension and close for modification) 。同时TotalPriceViewController
掌握了太多其没必要知道的内容,会使代码高度耦合、难以测试。
添加CheckoutStrategy.swift
文件,定义一项协议。在咱们的示例中,该协议只有一个方法。
protocol CheckoutStrategy: class {
func getFinalPrice(with itemPrices:[Int]) -> Int
}
复制代码
建立三种策略,分别执行正常价格、九折和免运费结算模式:
class NormalPriceStrategy: CheckoutStrategy {
func getFinalPrice(with itemPrices: [Int]) -> Int {
// do calculation
return 90 + 75 + 20
}
}
class DiscountStrategy: CheckoutStrategy {
func getFinalPrice(with itemPrices: [Int]) -> Int {
// do calculation
return Int((90 + 75) * 0.9) + 20
}
}
class FreeShippingStrategy: CheckoutStrategy {
func getFinalPrice(with itemPrices: [Int]) -> Int {
// do calculation
return 90 + 75
}
}
复制代码
能够看到,每一个类均遵照CheckoutStrategy
协议,但协议中方法实现方式有所不一样,每一个类表明一种策略。
更新ShoppingCartViewController.swift
文件中prepare(for:sender:)
方法,使用 strategy pattern 结算:
override func prepare(for segue: UIStoryboardSegue, sender: Any?) {
view.endEditing(false)
if let destinationViewController: TotalPriceViewController = segue.destination as? TotalPriceViewController {
destinationViewController.bindProperties(itemPrices: itemPrices, checkoutStrategy: NormalPriceStrategy())
// destinationViewController.bindProperties(itemPrices: itemPrices, checkoutStrategy: DiscountStrategy())
// destinationViewController.bindProperties(itemPrices: itemPrices, checkoutStrategy: FreeShippingStrategy())
}
}
复制代码
同时在TotalPriceViewController.swift
文件添加如下方法:
public func bindProperties(itemPrices:[Int], checkoutStrategy: CheckoutStrategy) {
finalPrice = checkoutStrategy.getFinalPrice(with: itemPrices)
}
复制代码
最后,project navigator 目录以下:
CheckoutStrategy
协议的策略,修改结算策略便可。
下面示例也适合使用 strategy pattern 。
旅行 app 提供单程、往返两种购票模式。当进入日历时,根据单程、往返来决定采起哪一种选择日期策略。例如,若是是往返,则返回日期必须晚于出发日期。
protocol CalendarSelectionStrategy {
func calendar(_ calendar: CalendarView, didSelect date: Date)
}
class OneWaySelectionStrategy: CalendarSelectionStrategy {
func calendar(_ calendar: CalendarView, didSelect date: Date) {
// One way selection logic
}
}
class ReturnWaySelectionStrategy: CalendarSelectionStrategy {
func calendar(_ calendar: CalendarView, didSelect date: Date) {
// Return selection logic
}
}
// Use
showCalendar(usingSelectionStrategy: OneWaySelectionStrategy())
复制代码
App 内表格内容有多种文本类型,如文字、数字、密码、手机号码等,每种类型有不一样验证方式。咱们能够为每种类型定义一种验证策略,这样每一个文本框就能知道如何验证其内容是否符合要求。
protocol ValidateStrategy {
func validate() -> Bool
}
复制代码
在游戏中,用户会常常更换武器。武器的触发操做方式是同样的,但每种武器都有本身的射击方式。用户无需用知道具体射击细节,武器自己知道便可。
你已经学过了 strategy pattern ,如下是其关键点:
当用不一样的策略作不一样的事情时,原来类将变得更简洁。当用 strategy 扩展类时,无需更新采用 strategy 的类,遵照了 Open/Close principle 。
Demo名称:StrategyPattern
转载于做者:pro648