iOS MVC架构（设计模式）和MVVM

本文转载自：星星月亮0

MVC(Model-View-Controller)

iOS应用程序都遵循MVC架构，iOS13推出的SwiftUI除外，SwiftUI的设计遵循的MVVM.
MVC是构建iOS App的标准模式，是苹果推荐的一个用来组织代码的权威范式，市面上大部分App都是这样构建的

• Model（模型）：数据（业务）模型，负责处理和存取数据

• model里可能根本不是oc对象，可能是网络api. 数据库跟新了,模型得通知控制器

• View（视图）：界面，负责显示数据和与用户交互

• Controller（控制器）：业务逻辑，相当于一个处理中心，负责管理Model和View, Model和View都是控制器里的对象，主要负责将数据模型展示在视图上，同时也负责界面交互的处理。

• Model和View是不相通的，所有的事情，都只能通过控制器交换

• 控制器的任务就是展示模型，对模型了如执掌。

• 控制器为视图翻译和格式化它们需要的模型数据

• 控制UI如何显示就是它天天干的事情

image

作为一个开发者，有一个学习的氛围跟一个交流圈子特别重要，这是一个我的iOS交流群: 812157648，不管你是小白还是大牛欢迎入驻 ，分享BAT,阿里面试题、面试经验，讨论技术， 大家一起交流学习成长！

控制器要和模型或是视图沟通是很容易的，因为控制器本身就持有模型和视图，模型和视图对象就是在控制器中创建的，所有控制器很容易就可以获取模型和视图对象的属性和方法

视图要和控制器沟通可以通过button添加点击(target-action)事件，delegate, datasource delegate

模型要和控制器沟通要通过kvo和通知(Notification)

会弄很多个MVC,层层包含，相互协助
iOS里有API,允许一个控制器把其他的MVC当作自己的视图，如下图.

image

像下图，这样可不行，会把自己都看晕，所以打一个红圈圈，淘汰掉

image

MVVM(Model-View-ViewModel)

image

image

image

MVC虽然是storyboard项目中iOS app的标准模式，但是它也有一个别称叫Massive View Controller(重量级控制器)，也就是当业务逻辑比较复杂的时候ViewController打代码会很多。为了给控制器瘦身，就引入ViewModel层用来处理网络请求，数据转换等业务逻辑（这些在MVC里也是由控制器来做）。而控制器更多的是负责和界面展示，用户交互相关的功能。并且把controller和view合并成View.
这样就由MVC衍生出MVVM架构。

• Model：数据
• View: 视图展示（UIView + UIViewController）

• ViewModel: 连接View和Model

  
  
  

  image

image

swiftUI(MVVM)

iOS13推出的SwiftUI苹果的标准架构就是MVVM。不需要我们像在用storyboard的时候一样，本来苹果MVC是苹果的标准模式，我们硬是要拆一个MVVM出来