一個(gè)MVVM的學(xué)習(xí)記錄和感悟蜀铲，我自己也在慢慢學(xué)習(xí)中鞍恢，這個(gè)DEMO會(huì)慢慢完善并且會(huì)把學(xué)習(xí)中需要注意的東西記錄下來券坞。感謝關(guān)注閱讀
首先先談?wù)凪VVM是個(gè)什么東西熏纯，以及為什么要使用MVVM
在剛接觸IOS開發(fā)的時(shí)候，各種教科書上面都寫著IOS是原生的MVC結(jié)構(gòu)着茸，先看一個(gè)典型的 iOS 是如何構(gòu)建的：
依據(jù)上面的MVC構(gòu)建IOS程序有著得天獨(dú)厚的優(yōu)勢壮锻。因?yàn)?/p>
- 可以很方便的寫出繼承于NSObject類的Model
- 并且有針對(duì)View設(shè)計(jì)的UIView類
- 以及針對(duì)C設(shè)計(jì)的UIViewController類
但是仔細(xì)想一想，雖然IOS開發(fā)kit設(shè)計(jì)了三個(gè)看上去分離的類涮阔，但其實(shí)UIView和UIViewController往往是不分離的猜绣，UIViewController中原生就帶著一個(gè)UIView的成員變量（也就是IOS應(yīng)用程序中的每一個(gè)界面），所以說UIViewController其實(shí)更像是UIView的管理器敬特，或者說UIViewController是封裝了一層的UIView掰邢，所有的數(shù)據(jù)處理和邏輯全部就寫在了UIViewController這個(gè)類中，就導(dǎo)致了邏輯其實(shí)已經(jīng)和View綁在了一起伟阔，其實(shí)所謂的IOS中MVC其實(shí)是M（VC）兩個(gè)部分構(gòu)成辣之，由于所有的view和業(yè)務(wù)邏輯都在這個(gè)類中，這樣就導(dǎo)致了在UIViewController這個(gè)類不倫不類减俏，代碼混亂召烂，在這個(gè)類中代碼的量是非常多的，而且理想中的MVC中V和M這兩個(gè)部分都是可以高度復(fù)用的娃承，然而因?yàn)檫@里V和C粘在了一起就導(dǎo)致了這里的V也很難被復(fù)用（關(guān)于復(fù)用其實(shí)還設(shè)計(jì)到胖model和瘦model，這里我不做介紹怕篷，想了解清楚的自行g(shù)oogle）历筝，基于
- 代碼臃腫，邏輯混亂廊谓、分離
- 難復(fù)用
這兩個(gè)就足以讓代碼強(qiáng)迫癥患者無法忍受的缺點(diǎn)梳猪，不惜一切代價(jià)去改變。想讓MVC真正的MVC起來蒸痹、要做的就只是從VC中把邏輯給分離了出來春弥，讓（VC）只做一個(gè)純粹的View，分離出去一個(gè)繼承NSObject的邏輯類對(duì)象叠荠，M還是那個(gè)M匿沛。我覺的這才是真正的MVC也是IOS原本就應(yīng)該有的樣子。人們還給分離出去的邏輯類對(duì)象另外一個(gè)名字叫viewModel（VM）榛鼎，于是改進(jìn)后的MVC就叫做M－V－VM逃呼。
在平常開發(fā)的過程中鳖孤，VM需要告訴View該怎么展現(xiàn)自己，所以view初始化的時(shí)候一般要傳入一個(gè)vm抡笼，也就是先有VM再有View苏揣，在view中持有一個(gè)VM的句柄，但是VM是不能擁有view的推姻，所以這里的持有關(guān)系是單向的平匈。view需要向用戶動(dòng)態(tài)展現(xiàn)在vm中的邏輯處理后不斷變化的數(shù)據(jù)(自我更新)，同樣用戶所有對(duì)于view的操作過后的數(shù)據(jù)值流變化都要寫入vm（自主寫入）藏古，也就是說view現(xiàn)在變得特別的單純增炭，單純的只認(rèn)識(shí)VM一個(gè)人，view所有的行為都是在跟VM進(jìn)行交互校翔。但是view要顯示的數(shù)據(jù)和數(shù)據(jù)的處理邏輯全部都是在VM中弟跑，而上面說到VM中是沒有擁有view的，那在VM中邏輯處理完了以后防症，view自己是怎么實(shí)現(xiàn)更新自己的呢孟辑？這就要用到KVO來監(jiān)聽VM的變化了，幸運(yùn)的是ReactiveCocoa（以下簡稱RAC）的出現(xiàn)蔫敲，簡化封裝了大量這些操作饲嗽、也徹底把MVVM搬上了IOS開發(fā)的大舞臺(tái)。接下來的MVVM終結(jié)者后續(xù)篇是大篇幅的RAC教程
