从一开始，也许并没有 MVC ，只有一个文件，叫源文件，所有关于业务逻辑，UI 构建的代码都写在里面。

后来，发现业务多起来了，这样子发展下去不行，维护起来太麻烦了；不过我发现，逻辑大致可以分成两部分：一个是数据模型，一个是 UI 视图，那么怎么把两个关联起来呢？中间需要一个类作协调，叫它控制器吧；
好了，这个就叫做 MVC

后来，发现 MVC 还是应付不了业务庞大起来的情况，数据模型太纤瘦，UI 视图还行，关键在于很多很多逻辑堆在了控制器里面，还是得从控制器抽点代码出来，那我们就把数据处理、转换部分的代码也抽出来吧；咦？好像 UI 层需要的数据也可以搬到里面；那么，这一层好像跟数据模型有关，也跟 UI 视图有关，那就叫它 view model 吧

（我是写 iOS 的）咦？还有个 RxSwift 的东西，可以用这个东西把 view model 数据每一次变化通知到外面上。那我就可以在控制器中将 view model 与视图绑定起来，每一次数据发生变化，视图就可以更新了
好了，这个就叫做 MVVM

于是，从所有的代码写在一个文件中，演变成：viewModel 放乱七八糟的业务代码，只要把 UI 需要的数据发出去就可以了； View 就是 view ，不参杂任何业务处理的逻辑，就负责当花瓶；剩下的 controller ，原来乱七八糟的业务数据、处理都是写在里面，现在全外包出去了，重点就剩下绑定 viewModel 和 view ，说不定关于绑定的代码占了这个代码文件的一半以上

其实核心就是一个，通过分拆代码使得日后维护工作简单快捷，可以早点下班。