非常遺憾的是，在一些官方的教學(xué)文檔中凳忙，甚至是Android和iOS的教學(xué)文檔中的例子中，也會(huì)出現(xiàn)View和Model直接通信的例子。不過(guò)這種狀況逐漸在改變壶谒，因?yàn)樵絹?lái)越多的同行發(fā)現(xiàn)，在MVC中讓View和Model直接對(duì)話就是災(zāi)難豌蟋。
當(dāng)我向以前沒(méi)接觸過(guò)Flux的朋友介紹Flux的時(shí)候土居，發(fā)現(xiàn)了一個(gè)有意思的現(xiàn)象。凡是只在服務(wù)器端使用過(guò)MVC框架的朋友就很容易理解和接受Flux娶耍。而對(duì)于已經(jīng)有很多瀏覽器端MVC框架經(jīng)驗(yàn)的朋友免姿，往往還要費(fèi)一點(diǎn)勁才能明白MVC和Flux的差異。造成這種認(rèn)知差別的主要原因榕酒，就是服務(wù)器端MVC框架往往就是每個(gè)請(qǐng)求就只在Controller-Model-View三者之間走一圈胚膊，結(jié)果就返回給瀏覽器去渲染或者其他處理了，然后這個(gè)請(qǐng)求生命周期的Controller-Model-View就可以回收銷(xiāo)毀了想鹰，這是一個(gè)嚴(yán)格意義的單向數(shù)據(jù)流紊婉；對(duì)于瀏覽器端MVC框架，存在用戶(hù)的交互處理辑舷，界面渲染出來(lái)之后喻犁，Model和View依然存在于瀏覽器中，這時(shí)候就會(huì)誘惑開(kāi)發(fā)者為了簡(jiǎn)便何缓，讓現(xiàn)存的Model和View直接對(duì)話肢础。
對(duì)于MVC框架，為了讓數(shù)據(jù)流可控碌廓，Controller應(yīng)該是中心传轰，當(dāng)View要傳遞消息給Model時(shí)，應(yīng)該調(diào)用Controller的方法谷婆，同樣慨蛙，當(dāng)Model要更新View時(shí)辽聊，也應(yīng)該通過(guò)Controller引發(fā)新的渲染。
