MVC、 MVP 、MVVM

1，MVC：view、controller、model直接单向通信

MVC

view接受用户指令，传送给controller，controller完成业务逻辑后要求model改变状态，model将新的数据发送到view

实际开发中：

相当于view接受用户事件，controller请求接口获取数据，然后把数据model传给view，view通过model拿到数据，经典的：tableviewCell，中定义一个model，在cell中通过setModel：去拿数据

缺点：MVC中view和model是强绑定关系，如果想把view做成组件化就比较困难了，因为每个view绑定着不同的model类型，只能切断view和model之间的联系

由此，延伸出MVP：👇

MVP

2，MVP：presenter相当于controller，区别是把model和view之间的联系切断了，view和model之间不发生联系，都通过presenter传递，presenter跟各部分之间都是双向通信，传递view和model之间的数据和所有业务逻辑

实际开发中：

相当于所有的view和model都在presenter持有，声明，然后请求完数据后，直接在present中传递数据，例如：csView.text = model.name ，cell.nameLabel.hidden = model.isShow

缺点：view非常薄，不处理任何业务逻辑，而present非常厚，所有逻辑都部署在那里

由此，延伸出MVVM：👇

MVVM

3，MVVM是将presenter替换成ViewModel，基本与MVP一致。唯一不同的是，viewModel和view之间是一个双向绑定的模式，view的变动自动反映在ViewModel上，反之亦然，减少类似MVP中presenter处理太多的数据传递任务而造成太厚的问题

实际开发中：

在ViewModel中引入Model

在view/controller中引入viewModel

通过viewModel去做一些网络请求逻辑处理等，然后拿到viewModel.model去给UI赋值

controller只是一个中间人，接受view的事件，调用viewModel的方法，响应viewModel的变化，举例：tableView的cell，一般我们会在cell中引入viewModel，然后搭配ReactiveCocoa去达到一个动态绑定，当viewModel中的数据发生变化，就会自动监听到cell这里，改变UI

总结：自始至终，都是在改变“Controller”，拆分“Controller”

· MVC中，“Controller”承担了逻辑处理，和数据传递 <Controller持有model和view>

-> View发生用户事件，

-> 引起Controller去响应请求接口，

-> 给Model赋值，

-> 然后Controller再把Model传到view中去取数据

---

· MVP中，“Prestener”承担了逻辑处理，和数据传递 <Prestener持有model和view>

-> View发生用户事件

-> 引起Prestener去响应请求接口，

-> 给model赋值

-> 在Presenter中取出model值给view

---

· MVVM中，“ViewModle”承担了逻辑处理， RAC数据绑定 <ViewModle持有model，view/Controller持有ViewModel>

-> View发生用户事件

-> Controller中持有ViewModel，让ViewModel去响应请求接口

-> 给model赋值

-> 由于View持有ViewModel并实现了双向绑定，所以此时View已经会发生变化