iOS 基于MVVM搭建App框架

github

练手项目的框架

最近被公司那个架构松散，底层混乱，缺少规范的代码烦死了，决定把公司的项目重新弄一个，将之前的MVC改成MVVM,并将代码有OC迁移到Swift,搭建新项目的iOS框架，一个紧凑高效的App框架，可以为你以后的代码路省下很多麻烦。

前银联移动支付首席产品架构师这样说：

我做（开发）架构的几个原则，根据优先次序高低排列：1. （逻辑）拆分越细越好 2. 依赖关细越少越好 3. 交互越少越好 ... 相互矛盾时，如果没有特殊理由，以优先权高者胜出。

一、Idea

首先根据产品需求和设计图，脑中先建立一个产品架构（当然你最好就是给它弄一个思维导图，我比较推荐XMind和MindNode）：

1. MVVM or MVC?
   架构和建筑很相似，只是前者会随着时间的推移进行演变，好的架构催生好的代码，就像赶紧整洁的房子里，会想到其家具、电器、摆设等都是很有条理的。
   MVC：模式简单，标准粗放，容易滋生捷径；
   MVVM: 某种程度上比MVC好，但是很多场景没有覆盖到，比如缺少页面间的跳转/通信、数据获取等。
   （还有种很少用的VIPER：细致，但是臃肿）
   那么问题来了：这么多系统框架，我改选哪个？
   个人觉得，无论哪种都是可以的，关键是要简洁、结构清晰、职责明确、符合GUI编程的特点。
   这次我要说的是来自微软的MVVM：

   
   MVVM
   

   ViewModel:相对于MVC引入的试图模型。是试图显示逻辑、验证逻辑、网络请求等代码存放的地方。任何试图本身的引用都不应该放在ViewModel中。这样解决的Controller的臃肿，不用什么逻辑，网络的东西都丢给试图控制器来完成，使其耦合性降低

2. 让你的代码覆盖更多的场景
   根据你的产品的类型，预计未来的需求，比如IM:语音，视频，音乐：播放器，放小点范围，比如一个个人中心页面，你就要考虑很多东西，比如头像，而头像你要考虑上传照片等等，需求会越来越多，但这都无所谓，只要你的框架包容性比较强，要不然越到后面，你就忍不住要重写你的代码了。

就是那么自信

二、搭建目录结构

目录结构

1.应用入口
1.AppDelegate是应用的代理，应用级的事件都委托它处理，包含启动退出、推送等事件，以及IM、支付等第三方的回调，这使得AppDelegate内代码庞大，错综复杂，十分不利于阅读和维护，swift里面有一个extension,学会使用这个让你的代码看起来更加有条理。

extension

2.功能模块

1. View可以独立于Model变化和修改，一个ViewModel可以绑定到不同的"View"上，当View变化的时候Model可以不变，当Model变化的时候View也可以不变。

2. Model对应服务端的 Objects。

   
   数据模型示例
   

   3.ViewModel我们处理业务逻辑的核心层，在这里我们需要发起网络请求（如果网络请求较多，可以抽出来，只在ViewModel里调用）、解析数据、转换数据给前端,还有就是一些逻辑的处理，比如下拉刷新的控制等等。

3.工具类

1. Tools文件夹内主要包含全局通用工具，来源于对三方框架的二次封装，或是自己写的工具类。在这个项目里，我封装了网络请求工具，下拉刷新,一些控件的扩展，还有一些空间的封装等。

4.基类

1. Base文件夹用来存放项目的基类，基类作用包含一些定制化的内容，例如页面样式，空数据页面等，使用基类来实现，可以统一控制，利于维护，减少冗余，也为更清晰。

5.Pods三方管理

1. CocoaPods是iOS项目的依赖管理工具，开发iOS项目不可避免地要使用第三方开源库，CocoaPods的出现使得我们可以节省设置和第三方开源库的时间。网络请求：AFNetworking、Alamofire;自动布局：Masonry、SnapKit;数据库：Realm、FMDB;解析数据：YYModel、SwiftyJSON;图片处理：SDWebImage。

还有很多优秀的三方库，可以上github搜搜，没事看一下大神些的三方库也是受益匪浅的。

程序猿长得可以保守，思想一定不能太保守。代码还是不要重复造轮子，有现成的就用现成的。

6.桥接文件
由于用swift来写代码，但是有时候你也要用到OC的三方库，这个时候你就需要用到桥接文件来进行混编了，步骤很简单：

1. common+n选择Header File
2. targest->buildsetting->搜索bridg
3. 更改Objective-C Bridging Header的值，格式为：项目名/header文件名.h
4. 在你的桥接文件里面导入OC文件的头文件，这样你就可以在你的项目里面愉快的使用OC方法了

7.封装网络工具
这里我用AFNetworking来进行的一次封装的网络单例，还可以对齐进行二次封装，具体根据和后台的通信来处理

class YanNetworkManager: AFHTTPSessionManager {

    /// 静态区/常量/闭包
    /// 在第一次访问时，执行闭包，并且将结果保存在shared中
    static let shared: YanNetworkManager = {
        // 实例化对象
        let instance = YanNetworkManager()
        
        // 设置响应反序列化支持的数据类型
        instance.responseSerializer.acceptableContentTypes?.insert("text/plain")
        return instance
    }()

    /// 使用一个函数封装 AFN 的 GET / POST 请求
    ///
    /// - Parameters:
    ///   - method: GET/POST
    ///   - URLString: URLString
    ///   - parameters: 参数字典
    ///   - completion: 完成回调（json,是否成功）
    func request(method: WBHTTPMethod = .GET, URLString: String, parameters: Any?, completion: @escaping (_ json: Any?, _ isSuccess: Bool)->()) {
        // 成功回调
        let success = { (task: URLSessionDataTask, json: Any?) in
            completion(json, true)
        }
        // 失败回调
        let failure = { (task: URLSessionDataTask?, error: Error) in
            
            if (task?.response as? HTTPURLResponse)?.statusCode == 403 {
                print("Token 过期了")
                
                // 发送通知（本方法不知道被谁调用，谁接收到通知，谁处理！）
                NotificationCenter.default.post(name: NSNotification.Name(rawValue: WBUserShouldLoginNotification), object: "bad token")
            }
            
            print("网络请求错误 \(error)")
            completion(nil, false)
        }

        if method == .GET {
            get(URLString, parameters: parameters, progress: nil, success: success, failure: failure)
        } else {
            post(URLString, parameters: parameters, progress: nil, success: success, failure: failure)
        }
 
    }