iOS项目开发MVVM架构实践（第一篇：Router协议）

项目的开始我们必然要面临一些准备工作来做统筹布局（如： 网络API的封装、数据处理与UI布局的选择等等），我们这边选择的是Alamofire、ObjectMapper、AlamofireObjectMapper、ReactiveCocoa作为MVVM分层架构的现实：

成都创新互联公司长期为上千多家客户提供的网站建设服务，团队从业经验10年，关注不同地域、不同群体，并针对不同对象提供差异化的产品和服务；打造开放共赢平台，与合作伙伴共同营造健康的互联网生态环境。为曲靖企业提供专业的网站设计制作、网站设计，曲靖网站改版等技术服务。拥有10余年丰富建站经验和众多成功案例,为您定制开发。

1）运用ObjectMapper达到数据之间的相互转化；

2）结合Alamofire、ObjectMapper、AlamofireObjectMapper与ReactiveCocoa封装网络接口让数据可传递、可监听，为调用API接口服务。

3）通过viewmodel的属性（Property）和动作(Action)给view层提供必要的数据和执行的动作。

上面大致介绍了整个架构的现实原理，接下来我们要介绍的网络接口封装的第一步Router协议的实现。Router协议作为网络层现实的一部分，目的就是把API地址转化为更加容易理解的Router名称供其他地方使用，如：

这就是一个登录API的现实，RouterConvertible 就是我们所要现实的router协议，我们要让router协议具备网络请求的必要属性，实现如下:

从实际上考虑除了urlPath需要外部提供，headers和paramters是可选的，method和parameterEncoding可以给与默认值，在需要的时候在作调整，那么如何让这个协议现实这样的功能呢？

swift为我们提供了协议扩展，让我们轻松现实这样的功能，如下：

综上所述，我们的Router协议的实现已大功告成！

iOS中的MVC和MVVM

MVC的实现思路是：用户操作View，在Controller层完成业务逻辑处理，更新Model层，将数据显示在View层。

在MVC中，每个层之间都有关联，耦合比较紧，在大型项目中，维护起来比较费力。

View把控制权交给Controller层，自己不执行业务逻辑；Controller层执行业务逻辑并且操作Model层，但不会直接操作View层；View和Model层的同步消息是通过观察者模式进行，而同步操作是由View层自己请求Model层的数据，然后对视图进行更新，观察者模式可以做到多视图同时更新。

Person.h

Person.m

TestView.h

TestView.m

ViewController.m

MVVM和MVP的最大区别是采用了双向绑定机制，View的变动，自动反映在ViewModel上。

MVVM结构如图：

模型层：

Person.h

Person.m

视图层：

TestView.h

TestView.m

PersonViewModel.h

PersonViewModel.m

ViewController.m

【iOS开发工程化——开发中】：三层架构，MVC、MVVM

上一篇我们说到组件化开发是一个App最大一层的架构，那具体到了一个一个的业务组件里，比组件化开发小一点的架构就是三层架构。所谓三层架构就是指把项目中所有的类划分到不同的层，目的是使项目逻辑更加清晰，提升开发和维护的效率，我们一般会把项目分为三层：数据层、业务层、视图层。

注意：严格来讲，三层架构并不真正就比组件化开发小，它们俩只是从不同的角度去做架构而已，往往是相互融合的，比如组件化开发里网络库就是三层架构里数据层的内容，UI库就是三层架构里视图层里的内容等，这里之所以说“三层架构是比组件化开发小一点的架构，主要是针对业务组件来说的”，当然甚至我们在不使用组件化开发时项目里依然可以使用三层架构。

比三层架构再小一点的架构就是视图层架构，我们常说的MVC、MVVM都是˛视图层的架构。

MVC，即Model-View-Controller，它们的关系如下：

MVVM，即Model-View-ViewModel，它们的关系如下：

iOS 开发中的 MVVM 模式——实用进阶篇（整理）

这篇文章主要介绍了实际应用 MVVM 的过程中的一些问题和解决方案

MVVM（Model View ViewModel）是一种 MVC（Model View Controller）的一种变型，来解决 MVC 中庞大复杂的 Controller 难以维护的问题。大致上讲 MVVM 有几个要求：

MVVM 和 MVC 有很多类似的特点，主要的不同有：

另外一点，MVVM 默认 View 和 View Controller 有一个一对一的关系，一般我们把这两个看做一个整体，会以 .swift 文件 和 Storyboard 的形式出现。

View Model 的工作是处理所有的展示数据的逻辑。如果一个 model 中有一个 NSDate 对象， NSDateFormatter 就会在 View Model 中用来设置日期的展示形式。

View Model 不能接触任何用户界面的部分，View Model 文件中不应该 import UIKit ，View Controller 会观察 View Model 去了解什么时候显示新的数据（通过 KVO 或者 FRP（Functional Reactive Programming））

MVVM 和 MVC 有一个共同的弱点：没有清楚的定义应该把网络请求部分放在哪里。在实际操作过程中，我会把网络请求放在 View Model 文件里面，但之后我打算把网络请求放在自己独立的一个类中，View Model 文件会拥有这个对象。

下面我们主要谈一谈实际应用 MVVM 过程中一些挑战：

例如你想构造这样一个常用的界面，有一个 segment control 在屏幕顶部，屏幕的其他部分是一个 collection view，选择不同的 segment，就会展示不同样式的 collection view，元素的排列顺序。我们定义了一个 enum 来枚举所有的排列样式：

那么这个 enum 在 MVVM 模式中应该放在哪里呢？因为这个 enum 决定了数据排列的顺序，每个 cell 中的文字和按钮的 title，这些都属于展示的逻辑，所以这个 enum 看起来应该放在 view model 中。

然而，这些 layout 并不改变要展示的数据，只是决定了要呈现的数据的排列方式和排列顺序，从这个角度上来说 enum 又应该放在 view controller 中。

我的解决方法是把 enum 放在 view model 中，然后在 view model 中加一个对外的 Observable 或者 Signal 来表示使用了哪个 layout，基于用户选择的 segment，view model 更新这个值，然后在 view controller 中根据相应的 layout 改变 collection view 的样式，view controller 也可以根据这个值来决定用哪个 cell reuse identifier

iOS 开发者在用 MVVM 和 FRP 写应用的时候最常见的问题可能就是 ViewModel 怎么把数据展现给 ViewController。当 Model 层的数据发生变化更新的时候，ViewController 需要得到通知然后做出相应的 UI 更新，我们一般会用到两种机制：

第一个选项很吸引人，因为可以在 View Controller 中决定怎么选择观察那些 property。然而，我不推荐在 Swift 中使用第一个选项，因为 Swift 在 KVO 中没有类型检查，你需要对 AnyObject 强制转换类型很多次。

第二个选项是比较 Swift 的方式，基于 Swift 的 generics 特性，signals，sequences，observables 可以支持编译过程中的类型检查。

但有时候在 view model 增加这些 Signals 或者 Observables 有些困难。Swift 的初始化方法对于什么时候对 property 赋值有非常明确的规定。Signals 或者 Observables 需要使用 view model 内部的状态，所以它们必须在 super.init() 之后才能创建，但是另一方面，我们在调用 super.init() 之前保证所有 property 已经被赋值了，包括那些 Signal/Observable property。

这是个先有鸡还是先有蛋的问题。

我采用比较简单的解决方法：定义成 var 的隐式可选类型，这样就可以在 super.init() 之后才给 property 赋值。这不是一个完美的解决办法。我们可以用 lazy var property 的闭包赋值来代替上面的方法。在 Swift 不断完善和更新的过程中，大家也可以探索其他更好的办法。

举一个很常用的例子，用户点击 collection view 中的一个 cell，跳转到详情页面。用户点击的操作应该在 view controller 中处理，具体内容是展现一个新的详情页面。但是 view controller 不能直接接触 models，我们要如何用 MVVM 模式实现这样的用户交互呢？

我的解决方案是利用 Swift 的闭包。首先在 view model 中定义一个闭包：

然后在 view model 中添加一个 property：

接着我需要调用闭包，在 view model 中定义一个view controller 可以调用的函数，这个函数的参数是可以决定使用什么数据，一般情况下常用 index path：

现在当用户选中一个 cell，会调用 view model 中的这个函数，并且传入 index path 参数，view model 决定使用哪个数据，并调用在 view controller 中定义的闭包，例如：

最后一个问题是怎么创建这个 view model。我们需要传递一个闭包给view model 的初始化函数，然后用 lazy loading 来调用 view model 的初始化函数。

当前文章：ios开发mvvm,iOS开发MVVM和MVP
网页URL：http://scyanting.com/article/dsspsie.html