本文转载自：星星月亮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如何显示就是它天天干的事件

作为一个开发者，有一个学习的气氛跟一个交换圈子特地重要，这是一个我的iOS交换群: 711315161，不论你是小白还是大牛欢送入驻 ，分享BAT,阿里面试题、面试教训，探讨技术， 大家一起交流学习成长！

控制器要和模型或是视图沟通是很容易的，因为控制器自身就持有模型和视图，模型和视图对象就是在控制器中创立的，所有控制器很容易就能够获取模型和视图对象的属性和办法

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

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

会弄很多个MVC,层层蕴含，互相帮助
iOS里有API,容许一个控制器把其余的MVC当作本人的视图，如下图.

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

MVVM(Model-View-ViewModel)



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

  • Model：数据
  • View: 视图展现（UIView + UIViewController）
  • ViewModel: 连贯View和Model

swiftUI(MVVM)

iOS13推出的SwiftUI苹果的规范架构就是MVVM。不须要咱们像在用storyboard的时候一样，原本苹果MVC是苹果的规范模式，咱们硬是要拆一个MVVM进去