1，MVC：view、controller、model直接单向通信
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：👇
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：👇
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已经会发生变化
