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>類型的，T代表的是具體需要的數(shù)據(jù)的類型，在給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基類中的loadView一樣，當(dāng)這個(gè)類的功能越來(lái)越多的時(shí)候，這個(gè)類就會(huì)變得難以維護(hù)，很明顯的違反了我們代碼中單一功能的原則。組合能夠幫助我們?nèi)ヌ庍@些god class。
???（2）破壞封裝，子類與父類之間緊密耦合，子類依賴于父類的實(shí)現(xiàn)，子類缺乏獨(dú)立性。組合，每個(gè)都是功能點(diǎn)都是獨(dú)立的。在Swift中，我們能使用Swift的特性-協(xié)議，來(lái)更好地實(shí)現(xiàn)組合。
???（3）不支持動(dòng)態(tài)繼承，在運(yùn)行時(shí)，子類無(wú)法選擇不同的父類。而使用組合，我們可以選擇我們想要的功能點(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è)類遵守這些協(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
