? MVC模式：? =>解決activity代碼臃腫；

好處： 業(yè)務(wù)邏輯與界面分離開(kāi)來(lái)。

M：業(yè)務(wù)邏輯，比如：數(shù)據(jù)存取操作，數(shù)據(jù)解析加工，數(shù)據(jù)處理操作；

V： 負(fù)責(zé)界面的展示；

C： 負(fù)責(zé)處理交互和輸入事情；

劣勢(shì)：

actvity不純粹是controller層，還擔(dān)負(fù)是界面顯示的view層功能；v層和c層的職能耦合在一起了； Activity類的職責(zé)不斷增加，以致變得龐大臃腫。

當(dāng)實(shí)際實(shí)現(xiàn)過(guò)程中會(huì)發(fā)現(xiàn)，actvity不僅僅是一個(gè)controll功能而且還擔(dān)負(fù)了view層的功能，主要是與用戶交互的功能；所以會(huì)發(fā)現(xiàn)，后面維護(hù)的時(shí)候activity會(huì)越寫越大，就是因?yàn)関iew層和controller層沒(méi)有做到很好的剝離，它們耦合在一起了。

把Model理解成實(shí)體類（Entity），在MVC中Model應(yīng)該包含2部分功能，一部分是處理業(yè)務(wù)邏輯，一部分是提供View顯示的數(shù)據(jù)

把業(yè)務(wù)邏輯全部放在Controller端

mvc的例子：? ListView