RAC or RXSwift?
今天的主題不是這些商業(yè)級(jí)應(yīng)用框架，而是小而美的MVVM實(shí)現(xiàn)方案：Closure AND Protocol實(shí)現(xiàn)MVVM
1逊桦、Closure
運(yùn)用閉包的方式，使用一個(gè)輔助工具抑进，實(shí)現(xiàn)的MVVM强经，可以實(shí)現(xiàn)數(shù)據(jù)綁定，響應(yīng)式編程的很大優(yōu)點(diǎn)就是數(shù)據(jù)綁定单匣。將主要的數(shù)據(jù)處理邏輯和請(qǐng)求處理都會(huì)放到viewModel里處理夕凝，輔助工具的主要任務(wù)是提供一個(gè)閉包來(lái)存儲(chǔ)數(shù)據(jù)宝穗，在view里對(duì)閉包進(jìn)行實(shí)現(xiàn)，viewModel里拿到數(shù)據(jù)的時(shí)候码秉，調(diào)用閉包逮矛，實(shí)現(xiàn)數(shù)據(jù)的綁定。
輔助工具的實(shí)現(xiàn)如下:
class Observable<T>{
typealias Observer = (T) -> ()
var observer:Observer?
var value:T{
didSet{
observer?(value)
}
}
init(_ value:T) {
self.value = value
}
func observer(observer:Observer?){
self.observer = observer
observer?(value)
}
}
viewModel中的數(shù)據(jù)屬性转砖，都應(yīng)該是Observable<T>類(lèi)型的须鼎，T代表的是具體需要的數(shù)據(jù)的類(lèi)型，在給value賦值的時(shí)候府蔗，就會(huì)對(duì)observer觀察者進(jìn)行調(diào)用晋控，執(zhí)行閉包，進(jìn)行數(shù)據(jù)刷新姓赤。
比如Controller里有個(gè)HeadView赡译，可以這樣寫(xiě)HeadView的相關(guān)代碼：
//View
class HeadView: UIView {
lazy var timeLabel:UILabel = {
let timeLabel = UILabel()
return timeLabel
}()
override init(frame: CGRect) {
super.init(frame: frame)
timeLabel.frame = frame
addSubview(timeLabel)
}
var headViewModel:HeadViewModel?{
didSet{
headViewModel?.timeText.observer {
[unowned self] in
self.timeLabel.text = $0
}
}
}
}
//Model
struct HeadModel {
let timeText:String
}
//ViewModel
class HeadViewModel{
var timeText:Observable<String>
init(_ model:HeadModel) {
self.timeText = Observable(model.timeText)
}
}
在Controller里，可以這樣給HeadView的數(shù)據(jù)進(jìn)行綁定不铆，代碼如下：
//這段代碼里的viewModel是整個(gè)Controller的ViewModel蝌焚，
func addHeadView(){
headView = HeadView(frame: CGRect(x: 0, y: 0, width: self.view.frame.width, height: headH))
//數(shù)據(jù)綁定
viewModel.headViewModel.observer{
[unowned self] headViewModel in
self.headView.headViewModel = headViewModel
}
view.addSubview(headView)
}
我這邊應(yīng)用的MVVM劃分的比較細(xì)致，我把每個(gè)View都會(huì)給對(duì)應(yīng)一個(gè)ViewModel誓斥，而且還會(huì)給ViewController對(duì)應(yīng)一個(gè)ViewModel只洒，包含所有它所擁有的View的ViewModel的數(shù)據(jù)。這樣劳坑，可以讓數(shù)據(jù)進(jìn)行分級(jí)處理毕谴，例如：有些數(shù)據(jù)在ViewController需要稍微處理的原始數(shù)據(jù)，而在它的view的子view中需要復(fù)雜處理的數(shù)據(jù)距芬。這個(gè)時(shí)候涝开，就可以對(duì)不同的層次做不同的數(shù)據(jù)處理了，層次更加分明蔑穴。
//比如一個(gè)Viewcontroller中有HeadView和TableView忠寻，ViewController的ViewModel會(huì)是這個(gè)樣子
class ViewModel{
let cellDatas:Observable<[CellViewModel]>
let headViewModel:Observable<HeadViewModel?>
init() {
self.cellDatas = Observable([])
self.headViewModel = Observable(nil)
}
}
此外，我還會(huì)把數(shù)據(jù)請(qǐng)求和數(shù)據(jù)初步處理放倒這里面存和，相當(dāng)于把ViewController的helper的功能給集成到了這個(gè)ViewModel里了奕剃。
class ViewModel{
let cellDatas:Observable<[CellViewModel]>
let headViewModel:Observable<HeadViewModel?>
init() {
self.cellDatas = Observable([])
self.headViewModel = Observable(nil)
}
//數(shù)據(jù)請(qǐng)求，大概就是這樣捐腿，很多東西沒(méi)處理纵朋，見(jiàn)諒??
func requestData(completion:()->()){
self.getData { model in
let cellViewModel = model.cellModels.map({ cellModel in
return CellViewModel(cellModel)
})
headViewModel.value = HeadViewModel(model.headModel)
cellDatas.value = cellViewModel
completion()
}
//數(shù)據(jù)清洗
func dataCleaning(){
}
}
目前，在我的項(xiàng)目中茄袖，并沒(méi)有大規(guī)模的使用的這樣的方式操软，這個(gè)東西會(huì)大量地使用閉包，所以會(huì)有大量的閉包在堆里宪祥，造成內(nèi)存增高聂薪。所以家乘，推薦通用的View或組件會(huì)使用這種方式MVVM的方式，會(huì)很適合藏澳。
2仁锯、Protocol
基于Protocol來(lái)實(shí)現(xiàn)的MVVM解耦合，這個(gè)方式是以組合協(xié)議的方式來(lái)構(gòu)成ViewModel翔悠。在這之前业崖，需要先說(shuō)明下組合的優(yōu)點(diǎn)，一些老司機(jī)會(huì)說(shuō):組合優(yōu)于繼承蓄愁。那么双炕，相比較于組合，繼承有什么缺點(diǎn)呢撮抓？
???（1）繼承會(huì)產(chǎn)生god class妇斤，這是代碼中的毒瘤，試圖集成很多的功能胀滚，像是ViewController基類(lèi)中的loadView一樣趟济，當(dāng)這個(gè)類(lèi)的功能越來(lái)越多的時(shí)候乱投，這個(gè)類(lèi)就會(huì)變得難以維護(hù)咽笼，很明顯的違反了我們代碼中單一功能的原則。組合能夠幫助我們?nèi)ヌ庍@些god class戚炫。
???（2）破壞封裝剑刑，子類(lèi)與父類(lèi)之間緊密耦合，子類(lèi)依賴(lài)于父類(lèi)的實(shí)現(xiàn)双肤，子類(lèi)缺乏獨(dú)立性施掏。組合，每個(gè)都是功能點(diǎn)都是獨(dú)立的茅糜。在Swift中七芭，我們能使用Swift的特性-協(xié)議，來(lái)更好地實(shí)現(xiàn)組合蔑赘。
???（3）不支持動(dòng)態(tài)繼承狸驳，在運(yùn)行時(shí)，子類(lèi)無(wú)法選擇不同的父類(lèi)缩赛。而使用組合耙箍，我們可以選擇我們想要的功能點(diǎn)。
???所以酥馍，組合比繼承更具靈活性和穩(wěn)定性辩昆，在程序設(shè)計(jì)的時(shí)候優(yōu)先使用組合會(huì)比較好。
???在組合Protocol中旨袒，我會(huì)將一個(gè)試圖拆分成更小的基本單位汁针。例如术辐，一個(gè)cell中有tltle、subtitle和image施无，就可以拆分出三個(gè)個(gè)協(xié)議出來(lái)术吗，再給這幾個(gè)協(xié)議添加默認(rèn)實(shí)現(xiàn)，例如這樣子的協(xié)議帆精。
protocol LabelPresentable {
var title:String{get}
var titleColor:UIColor {get}
func updataLabelData(_ titleLable:UILabel)
}
extension LabelPresentable {
var titleColor:UIColor{
return UIColor.blue
}
func updataLabelData(_ titleLable:UILabel){
titleLable.text = title
titleLable.textColor = titleColor
}
}
protocol ImageViewPresentable {
var imageName:String{get}
func updataImageViewData(_ imageView:UIImageView)
}
extension ImageViewPresentable{
func updataImageViewData(_ imageView:UIImageView){
imageView.image = UIImage(named:imageName)
}
}
protocol SubLabelPresentable {
var subTitle:String{get}
var subTitleColor:UIColor {get}
func updataSublabelData(_ subTitleLable:UILabel)
}
extension SubLabelPresentable{
var subTitleColor:UIColor{
return UIColor.red
}
func updataSublabelData(_ subTitleLable:UILabel){
subTitleLable.text = subTitle
subTitleLable.textColor = subTitleColor
}
}
這樣较屿，一些公共的實(shí)現(xiàn)就添加到了協(xié)議里面，只要某個(gè)類(lèi)遵守這些協(xié)議卓练，就能夠擁有這些屬性和功能了隘蝎。ViewModel是這樣實(shí)現(xiàn)的：
protocol CustomCellProtocol: LabelPresentable,ImageViewPresentable,SubLabelPresentable{}
class CellViewModel:CustomCellProtocol{
var title: String
var imageName: String
var subTitle:String//比上面的多了一個(gè)屬性
init(_ model:CellModel) {
//處理數(shù)據(jù)邏輯
self.title = model.lableOneText
self.imageName = model.imageAdress
self.subTitle = model.lableTwoText
}
}
先將需要用到的協(xié)議可以組合起來(lái)，形成一個(gè)大的協(xié)議CustomCellProtocol襟企，實(shí)現(xiàn)協(xié)議必須要實(shí)現(xiàn)的屬性嘱么。具體到cell中的實(shí)現(xiàn)，就很簡(jiǎn)單了顽悼，在cell中添加一個(gè)遵守CustomCellProtocol協(xié)議的屬性曼振，數(shù)據(jù)傳遞過(guò)來(lái)后，更新顯示就好了：
var customCellModel:CustomCellProtocol?{
didSet{
customCellModel?.updataImageViewData(self.imageView!)
customCellModel?.updataLabelData(self.textLabel!)
customCellModel?.updataSublabelData(self.detailTextLabel!)
}
}
這樣的MVVM將顯示層拆分成粒子化的Protocol蔚龙，構(gòu)成更加復(fù)用的單個(gè)Protocol或者是組合 Protocol冰评，可以將通用的Label或者是Image組合起來(lái)，每一個(gè)View都可以作為一個(gè)插件使用木羹，極大地增加了view的復(fù)用性甲雅。適合于一些公用組建的抽取，模塊化坑填。但是抛人，自我感覺(jué)，要大規(guī)模的應(yīng)用還是要踩不少的坑的脐瑰。我在寫(xiě)Demo的時(shí)候就踩了不少的坑妖枚，感覺(jué)坑還不會(huì)少??。
???目前苍在，在我們項(xiàng)目中應(yīng)用最多的還是那種負(fù)責(zé)數(shù)據(jù)邏輯處理绝页，數(shù)據(jù)請(qǐng)求處理的ViewModel形式的MVVM，即相當(dāng)于添加了一個(gè)helper忌穿。
???上述兩個(gè)MVVM的方式抒寂，我都寫(xiě)了Demo，放在我的GitHub上掠剑，有興趣的可以去看看屈芜，歡迎pull request。https://github.com/chaiyanpu/SwiftMVVMDemo
參考：atswift-2016李潔信的分享
?????SwiftWeather:https://github.com/JakeLin/SwiftWeather
