一位網(wǎng)友問到：「閉包(Closure)這東西赂苗，到底有何用處愉耙，在Swift裡我們會在哪些場合用到？」
這問題拌滋，著實(shí)令我想起初學(xué)閉包時的各種疑惑朴沿，而且不只我，Stackoverflow上败砂，一個閉包的基礎(chǔ)問題竟然有6000多個讚悯仙，足見有多少新手被閉包給坑過龄毡。
物件導(dǎo)向(Object-Oriented)的思維引領(lǐng)了世界數(shù)十年，但人們越來越覺得「純」物件導(dǎo)向在許多應(yīng)用場合顯得龐大而臃腫锡垄，於是有些人開始探索更優(yōu)雅的方法沦零，像是近年特夯的functional programming。然而货岭，完全放棄OO也是不切實(shí)際的作法路操，大型的工程還是非常需要OO的架構(gòu)。於是千贯，在黑暗的盡頭屯仗，object-oriented結(jié)合functional programming的做法似乎隱隱發(fā)光。
於是搔谴，C++有了lambda魁袜，Java 8也有了，新的語言如Swift更是直接把閉包提升至「一等公民」敦第，閉包可以是變數(shù)峰弹，函數(shù)也只是閉包的一種特例。更不用說其他script language芜果，幾乎無一不支持閉包鞠呈。
關(guān)於閉包這東西，已有太多解釋右钾，我不打算再重?cái)⒁狭撸裉熘幌肓牧模谡鎸?shí)的iOS開發(fā)過程中舀射，有哪些地方應(yīng)用了閉包窘茁。如果你想從理論上更深入了解，函數(shù)式Swift是一本好書脆烟。
以下是我在真實(shí)產(chǎn)品開發(fā)過程中的親身案例庙曙，以Swift 3.0為例，map浩淘、reduce那些就不提了捌朴，這邊只提我自己定義過的閉包。事實(shí)上张抄，事情演變到這種田地砂蔽，沒有閉包我已經(jīng)不知道該怎麼coding了...。
UIButton Action Block
UIButton的標(biāo)準(zhǔn)用法署惯，就是addTargetAction左驾，你必須在某一處定義button(無論是code或xib)，然後在別處實(shí)作button的行為
class SomeClass {
var button = UIButton()
func someInitFunc() {
button.addTarget(target: self, action: #selector(buttonAction:), for:
.touchUpInside)
}
func buttonAction(sender:UIButton) {
// do something...
}
}
為什麼就不能像Java一樣，在定義button的當(dāng)下诡右，同時也定義UI觸發(fā)行為呢安岂？UIButton的存在難道不是為了執(zhí)行某幾行程式碼？而你必須還要先定義一個新的函式帆吻，然後把button跟函式連接好才能完成域那。如此簡單的事情為何要搞得複雜？
既然函式就是閉包猜煮，而閉包可以是變數(shù)次员，那為何不直接定義一個閉包，然後存在button裡王带，一旦user觸發(fā)淑蔚，就自動執(zhí)行，事情不就解決了愕撰！所以我為UIButton掛了一個extension
// UIButton+Block.swift
import UIKit
import ObjectiveC
private var ActionBlockKey: UInt8 = 0
typealias ButtonActionBlock = (_ sender: UIButton) -> Void
private class ActionBlockWrapper : NSObject {
var block : ButtonActionBlock
var controlEvent: UIControlEvents
init(controlEvent:UIControlEvents, block: @escaping ButtonActionBlock) {
self.controlEvent = controlEvent
self.block = block
}
}
extension UIButton {
func addTouchUpInsideAction(_ block: @escaping ButtonActionBlock) {
addTargetActionBlock(.touchUpInside, block: block)
}
func addTargetActionBlock(_ controlEvent:UIControlEvents, block: @escaping ButtonActionBlock) {
objc_setAssociatedObject(self, &ActionBlockKey, ActionBlockWrapper(controlEvent: controlEvent, block: block), objc_AssociationPolicy.OBJC_ASSOCIATION_RETAIN_NONATOMIC)
addTarget(self, action: #selector(actionBlockHandler), for: controlEvent)
}
func actionBlockHandler(_ sender:UIButton) {
if let wrapper = objc_getAssociatedObject(self, &ActionBlockKey) as? ActionBlockWrapper {
wrapper.block(sender)
}
}
}
這個extension做兩件事刹衫，把touchEvent跟閉包存在button裡，透過associatedObject在runtime時動態(tài)掛載到button身上搞挣。由於Swift的閉包無法直接用objc_setAssociatedObject儲存(想想為什麼不行带迟？)，所透過一個wrapper class去包柿究。
有了這個extension之後，以後我們就可以這樣寫了
func someInitFunc() {
button.addTargetActionBlock(.touchUpInside) {
// do something
}
}
甚至更精簡一點(diǎn)
button.addTouchUpInsideAction() {
// do something
}
再也不需要為了一個button的行為去定義一個新function黄选。程式碼變得更簡潔蝇摸，邏輯更清晰，因?yàn)樵赽utton定義的當(dāng)下你就知道它的行為办陷。然缺點(diǎn)是一次只能儲存一種targetAction貌夕，但根據(jù)我的經(jīng)驗(yàn)，已足以囊括95%的UIButton使用場景民镜。
此外啡专，這個button將會retain該閉包，使用時需小心cyclic reference制圈，務(wù)必用weak/unowned修飾self（如有用到的話）们童。例如
class SomeVC:UIViewController {
var button = UIButton()
func viewDidLoad() {
super.viewDidLoad()
button.addTouchUpInsideAction() { [weak self] in // 務(wù)必使用weak/unowned self
self?.title = "hello world"
}
}
}
上例中需避免 self -> button -> addTouchUpInsideAction closure -> self 產(chǎn)生的cyclic reference。
UITableViewCell Delegate
cell的任何UI響應(yīng)鲸鹦，常常透過delegate方式回ViewController處理慧库，幾乎每種cell都標(biāo)準(zhǔn)配置一個xxxCellDelegate的protocol，過程非巢鍪龋瑣碎齐板。你想想，在xib或storyboard上畫了一個button，@IBAction傳回cell甘磨，然後再delegate出去橡羞，delegate時還要先定義一個protocol，以確保對方有相對應(yīng)的方法可呼叫济舆，然後delegate對象要宣稱支持這個protocol卿泽，並開一個新function去實(shí)作，最後再cell.delegate = self吗冤。
歡迎來到Delegate Oriented Programming
我只不過他媽的點(diǎn)了一個按鈕又厉，想做點(diǎn)什麼卻先要折騰這些，不覺得煩嗎椎瘟？
核心問題在於覆致，UI事件的發(fā)生地點(diǎn)(Cell)跟處理的地方(通常是ViewController)是不同物件，所以需要定義一個介面才能讓兩者溝通肺蔚。然而相同的地方在於煌妈，UI響應(yīng)其實(shí)就是對應(yīng)一段函式去執(zhí)行罷了，那麼為何不直接把閉包丟進(jìn)去直接執(zhí)行就好宣羊，傳來傳去璧诵，有必要嗎？
class UserCell: UITableViewCell, UserCellConfigurable {
@IBOutlet weak var nameLabel:UILabel!
@IBOutlet weak var followButton:UIButton!
override func awakeFromNib() {
followButton.setTitle("Follow", for: .normal)
}
}
protocol UserCellConfigurable {
static func config(_ cell:UserCell, user:User, followAction:(()->Void)?)
}
extension UserCellConfigurable {
static func config(_ cell:UserCell, user:User, followAction:(()->Void)?) {
cell.nameLabel.text = user.label
if let followAction = followAction {
cell.followButton.addTouchupInsideAction(followAction)
}
}
}
// ViewController
func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
let cell = tableView.dequeueReusableCell(withIdentifier: cellID, for: indexPath) as! UserCell
let user = users[indexPath.row]
UserCell.config(cell, user) { (user) in
user.followerCount += 1
}
return cell
}
這樣的做法簡潔多了仇冯，不再需要delegate之宿，也不必讓cell持有user物件，當(dāng)定義followAction閉包的同時苛坚，它已經(jīng)「捕獲」了外部的user變數(shù)比被，所以當(dāng)followButton被點(diǎn)擊時，就可以直接對user進(jìn)行處置泼舱，同時解決了delegate與model傳遞的問題等缀。
雖然定義了一個protocol，但這並不是為delegate而生的娇昙，而是透過extension直接實(shí)作protocol尺迂，進(jìn)一步降低耦合，即便不定義這個protocol依然可行冒掌≡朐＃可以說，任何類別只要宣稱UserCellConfigurable股毫，就有能力去config州疾，而且無需額外實(shí)作。當(dāng)然最適合擔(dān)當(dāng)此角色的人皇拣，無疑就是UserCell自己了严蓖。
另外有種做法是MVVM薄嫡，我看過Realm有一個演講，深受啟發(fā)颗胡，推薦大家毫深。雖然概念不錯，但仔細(xì)想想毒姨，覺得太過over engineering了哑蔫，除非model有很多狀態(tài)而且會連動到view，否則殺雞是不需用牛刀的弧呐。一講到MVVM就會有人想到RxSwift闸迷，不過這已經(jīng)超出此文討論範(fàn)圍了，以後有機(jī)會再聊俘枫。
未完
