深入理解iOS设计模式

2024年1月6日 290次阅读 来源: 算法小白

做 iOS开发也好几年了，记得自己刚入行时，对iOS 开发模式也是一知半解，后面项目做多了，以及看一些优秀书籍之后对他有了进一步的理解；发现自己写的代码中无形之中就用了很多的设计模式，只不过是不知道相应的设计模式术语而已，所以决定把自己做的项目中的一个小模块来写一篇iOS设计模式的文章，一是记录自己的学习；二是让入门者可以作为参考，来理解iOS设计模式。设计模式是软件设计中常见问题的可重复使用的解决方案。 它们是旨在帮助您编写易于理解和重用的代码的模板。 它们还可以帮助您创建松散耦合的代码，以便您可以在代码中更改或替换组件，而不必太麻烦。本文将通过一个小项目的形式来讲解iOS的设计模式。通过跟着我一步一步操作你将学到：什么是设计模式；为什么要使用设计模式；以及怎样在自己的项目中使用合适的设计模式。
设计模式分为三大类：

  1. 构造模式:单例模式(Singleton)，抽象工厂模式(Abstract Factory)等等；
  2. 结构模式:MVC，适配器模式(Adapter)，外观模式(Facade)，装饰模式(Decorator)等等；
  3. 行为模式:观察者(Observer)，备忘录(Memento)，命令模式(Command)。
    整个项目完成将会是如下效果图：
    《深入理解iOS设计模式》
    image.png

开始鲁代码

github上下载starter project，使用Xcode打开项目，这是一个新建的空项目，我将Main.storyboard给删除了，在appdelegate中使用代码设置window的rootViewController为ViewController；以及将books.json放入到了本地，模拟网络请求来的书籍数据(这部分涉及到公司的机密资源，所以只能这样模拟)。

1、使用快捷键Command+N，选择iOS->Swift File，并且命名为Book,新建一个Book结构体作为模型，并且编写如下代码。(在Objective-C我们一般是新建一个Book类作为模型，但是swift中官方推荐使用结构体，更加轻量级)，此处我使用了JSONExport开源工具生成Book结构体，这是一个很强大的将json转化模型的Mac桌面应用。

struct Book {

  var bid: Int!
  var bookName: String!
  var isRead: Bool!
  var orientation: Int!
  var pic: String!


  /**
   * Instantiate the instance using the passed dictionary values to set the properties values
   */
  init(fromDictionary dictionary: [String: Any]){
    bid = dictionary["bid"] as? Int
    bookName = dictionary["book_name"] as? String
    isRead = dictionary["is_read"] as? Bool
    orientation = dictionary["orientation"] as? Int
    pic = dictionary["pic"] as? String
  }

  /**
   * Returns all the available property values in the form of [String:Any] object where the key is the approperiate json key and the value is the value of the corresponding property
   */
  func toDictionary() -> [String:Any]
  {
    var dictionary = [String: Any]()
    if bid != nil{
      dictionary["bid"] = bid
    }
    if bookName != nil{
      dictionary["book_name"] = bookName
    }
    if isRead != nil{
      dictionary["is_read"] = isRead
    }
    if orientation != nil{
      dictionary["orientation"] = orientation
    }
    if pic != nil{
      dictionary["pic"] = pic
    }
    return dictionary
  }

}

当然在实际项目中swift的json解析我们还可以使用GitHub开源的SwiftyJSON，这个也很好用，使用这个就能够减少model类的创建，这个两种使用方式各有各的好吧。

2、Command + N,选择Cocoa Touch Class，命名为BookView作为UICollectionView的子类，language选择Swift；同样操作新建一个BookCell作为UICollectionViewCell的子类，在选择language上面勾选Also create XIB file。新建完毕之后记得在这两个类前面添加final修饰符(这里涉及到代码规范的内容，我后续将会写一篇这样的文章，苹果官方推荐那些些不会继承的类可以添加final修饰，这么做的好处是提高编译速度，当项目庞大的时候优势就明显了，我也深有体会)

MVC设计模式

Model View Controller(模型视图控制器)是我们所有设计模式中最常用的，他根据程序中的角色对对象进行分类，使代码干净分离，低耦合；
Model：保存程序的数据并且定义如何操作它的对象。本例子的Model是结构体Book；
View：负责程序UI视觉元素的表示以及与用户的交互响应，基本上所有的UIView及其子类都属于这一类；本例中的View是BookView；
Controller：控制器是View和Model之间的协调者，它访问模型中的数据，并且显示于视图，并且监听用户事件并根据需要操作数据；本例中的Controller是ViewController
下图很好的显示了这三者之间的关系：

《深入理解iOS设计模式》

MVC

  1. 模型数据的变化会通知通知控制器，同时控制器就会更新视图上的数据；
  2. 当用户有操作交互时，视图也能通知控制器，于是控制器更新模型中的数据信息。
    有些人就会有疑问了，为什么不把所有的都写在一个类里面，直接在将视图和模型都写在控制器里面，这样操作起来很容易。
    我们都知道软件设计有个很重要的原则就是：高内聚，低耦合，所以我们得考虑把代码分离和重用。理想情况下，视图应与模型完全分开。 如果View不依赖于Model的具体实现，则可以使用不同的模型重用其他数据。例如本例中的模型Book，因为不依赖任何视图类，所以可以很简单的重复使用。以及视图类BookView和BookCell，在将来要添加某个功能时完全可以复用，例如我做的真实项目中有个功能模块是书籍的本地下载页面，此时就完全可以复用整个视图类。

基于MVC，我将项目程序分为了三个group，使用快捷键Command+option+N新建三个group，并且命名为Model、View、Controller，同时将相应的源文件拖入相应的分组，如下图：

《深入理解iOS设计模式》

group分组

单例模式(The Singleton Pattern)

单例模式能够确保指定类只有一个实例，并且全局可以访问到该实例。苹果官方有大量使用这个模式，比如：UserDefaults.standard、UIApplication.shared、UIScreen.main等等，但是，单例也不能够滥用，因为单例一旦创建他的内存将存在于整个应用程序的一生，直到应用程序被关闭，内存才被释放。本例中：BookAPI类是单例用来处理书籍数据

final class BookAPI: NSObject {

  private var persistencyManager: PersistencyManager
  private var httpClient: HTTPClient

  /// 单例
  static let sharedInstance = BookAPI()

  override init() { // 线程安全
    persistencyManager = PersistencyManager()
    httpClient = HTTPClient()
    super.init()
  }

  /// 返回书籍数量
  ///
  /// - Returns: book数组
  func getBooks() -> [Book] {
    return persistencyManager.books
  }

  /// 保存书籍数据
  func saveBooks() {
    persistencyManager.saveBooks()
  }


  /// 删除指定位置的绘本
  ///
  /// - Parameter index: index 0
  func deleteBookAt(index: Int) {
    httpClient.postRequest(url: "delete/book", params: ["book_id": ""]) { (res) in
      if res { // 服务器删除成功,删除本地的绘本
        persistencyManager.deleteBookAt(index: index)
      } else {
        print("删除绘本失败，请稍后再试")
      }
    }
  }
}

外观模式(the Facade Pattern)

《深入理解iOS设计模式》

外观模式的形象例子

外观设计模式为复杂的子系统提供单一的接口，只公开一个简单统一的API，而不是将一组类及其API暴露给用户。

《深入理解iOS设计模式》

Facade Pattern

API的用户完全不知道下面的复杂性。 这种模式在使用大量类时非常理想，特别是当它们复杂使用或难以理解时。
外观模式将使用系统的代码与您隐藏的类的接口和实现相分离; 它也减少了外部代码对子系统内部工作的依赖性。 如果外观下面的类改变，那么外部类可以保留相同的API。
例如，如果您希望替换后台服务器地址，您将不必更改您的API的代码。
在本例中如何使用外观设计模式：
目前我们有PersistencyManager来获取本地书籍数据，保存书籍数据；HTTPClient来处理网络请求。我们项目中的其他类将不会知道这个底层逻辑。
如下图我们将在BookAPI暴露以下方法来供外部调用：

《深入理解iOS设计模式》

公共方法

而persistencyManager、httpClient为BookAPI的私有成员变量，不暴露给外部调用；

《深入理解iOS设计模式》

私有成员变量

装饰设计模式(The Decorator Design Patte)

《深入理解iOS设计模式》

装饰模式的形象例子

装饰设计模式可以在不修改其代码的情况下，动态地向对象添加行为和责任。 就扩展功能来说，装饰设计模式相比于生成子类更为灵活。
在Objective-C中，这种模式有两种非常常见的实现：Category(类别)和Delegation(委派)。swift中使用extension为相应的类添加扩展。
以下三种情况考虑使用这一模式：

  1. 想要在不影响其他对象的情况下，移动台、透明的方式给单个对象添加职责；
  2. 想要扩张一个类的行为，却做不到。类定义可能被隐藏，无法进行子类话；或者对类的每个行为的扩展，为支持美中功能组合，将产生大量的子类；
  3. 对类的职责的扩展是可选的。

extension

本例中的book封面，后台返回的字段"pic": "/image/20160826/d51285bb636281dce6974313eaf6f15d.png"只是一个路径，前面的域名https://xxxxxx-aliyun.firstleap.cn需要我们这边统一拼接，同时我们使用的阿里云存储服务，有对图片进行处理（包括图片压缩，减少图片分辨率），且iPhone和iPad的处理还不一样。

我们对String添加一个扩展(oc中为category)，File/New/File…,选择Swift File，命名为String+Aliyun，添加以下代码：

// 判断型号
let isPad = ( UI_USER_INTERFACE_IDIOM() == .pad)
let fileHost = "https://xxxxxx-aliyun.firstleap.cn"

extension String {
  func aliyunThumb() -> String {
    if isPad {
      return "\(fileHost)\(self)" + "!iPadThumb"
    } else {
      return "\(fileHost)\(self)" + "!thumb"
    }
  }
}

Delegation

本例中的BookView作为UICollectionView的子类，有两个方法你必须实现，那就是

// 有多少个item
public func collectionView(_ collectionView: UICollectionView, numberOfItemsInSection section: Int) -> Int
// 每个item需要现实的信息内容
public func collectionView(_ collectionView: UICollectionView, cellForItemAt indexPath: IndexPath) -> UICollectionViewCell

这两个方法都是有BookView的代理ViewController中实现，苹果的UIKit中有很多都是代理委托模式（UITableView, UITextView, UITextField, UIWebView, UIAlert, UIActionSheet, UICollectionView, UIPickerView, UIGestureRecognizer, UIScrollView）

ViewController中实现BookView的代理方法如下：

extension ViewController: UICollectionViewDataSource, UICollectionViewDelegate {
func collectionView(_ collectionView: UICollectionView, numberOfItemsInSection section: Int) -> Int {
      return books.count
  }

  func collectionView(_ collectionView: UICollectionView, cellForItemAt indexPath: IndexPath) -> UICollectionViewCell {
    let cell = collectionView.dequeueReusableCell(withReuseIdentifier: "BookCell", for: indexPath) as! BookCell
    if indexPath.item > books.count - 1  {
      cell.coverName.isHidden = true
      cell.bookCover.isHidden = true
      cell.isReadImageView.isHidden = true
    } else {
      cell.coverName.isHidden = false
      cell.bookCover.isHidden = false
      cell.isReadImageView.isHidden = false
      cell.book = books[indexPath.item]
    }
    return cell
  }

  func collectionView(_ collectionView: UICollectionView, didSelectItemAt indexPath: IndexPath) {
    let alertVc = UIAlertController(title: "要删除这本绘本么", message: "", preferredStyle: .alert)
    let sureAction = UIAlertAction(title: "确定删除", style: .default, handler: { (_) in

    })
    alertVc.addAction(sureAction)
    let cancelAction = UIAlertAction(title: "取消", style: .default, handler: nil)
    alertVc.addAction(cancelAction)
    present(alertVc, animated: true, completion: nil)
  }

}

备忘录模式(The Memento Pattern)

顾名思义，备忘录模式用来保存当前程序退出时，当前上下文的文档的数据；
在不破坏封装的前提下，捕获一个对象的内部状态，并在该对象之外保存这个状态，这样以后就可以将该对象恢复到原先的保存状态。
当满足以下两个条件时需要考虑使用这一模式：

  1. 需要保存一个对象在某一时刻的状态，这样以后就可以恢复到先前的状态；
  2. 用于获取状态的接口会暴露细节，需要将其隐藏起来。

在本例中，我在cell的点击事件添加了删除绘本事件，用来删除被点击的书籍，具体代码如下：

func collectionView(_ collectionView: UICollectionView, didSelectItemAt indexPath: IndexPath) {
    let alertVc = UIAlertController(title: "要删除这本绘本么", message: "", preferredStyle: .alert)
    let sureAction = UIAlertAction(title: "确定删除", style: .default, handler: { (_) in
      BookAPI.sharedInstance.deleteBookAt(index: indexPath.item) // 发送删除绘本的请求
      self.books = BookAPI.sharedInstance.getBooks() // 更新数据源
      self.bookView?.deleteItems(at: [indexPath]) 
      BookAPI.sharedInstance.saveBooks() // 保存最新数据，到本地，下次加载app，删除绘本不再显示
    })
    alertVc.addAction(sureAction)
    let cancelAction = UIAlertAction(title: "取消", style: .default, handler: nil)
    alertVc.addAction(cancelAction)
    present(alertVc, animated: true, completion: nil)
  }

内部的实现，封装在PersistencyManager对象中，真个思路就是，第一次启动加载budle中的资源(实际项目中需要加在服务器的数据)，然后保存到沙河中，但数据有更新变动时也实时保存数据，整个代码如下：

let LibraryCacheDirectory = NSSearchPathForDirectoriesInDomains(.cachesDirectory, .userDomainMask, true).first!

final class PersistencyManager: NSObject {

  var books = [Book]()

  override init() {
    super.init()

    let fileName = "\(LibraryCacheDirectory)/albums.bin"
    let fileurl = URL(fileURLWithPath: fileName)
    let bookdata = try? Data(contentsOf: fileurl)

    guard let data = bookdata else { // 本地沙河没有数据，所以需要加在bundle中的数据
      setupBundleData()
      return
    }
    let json = try! JSONSerialization.jsonObject(with: data, options: .allowFragments) as? [Any]
    for b in json! {
      let book = Book(fromDictionary: b as! [String : Any])
      books.append(book)
    }
  }

  private func setupBundleData() {
    let path = Bundle.main.path(forResource: "books", ofType: "json")
    let url = URL(fileURLWithPath: path!)

    do {
      let data = try Data(contentsOf: url)
      let json = try JSONSerialization.jsonObject(with: data, options: .allowFragments) as? [Any]
      print(data)
      //      print(json)
      for b in json! {
        //        print(b)
        let book = Book(fromDictionary: b as! [String : Any])
        books.append(book)
      }
      print(books)
      saveBooks()
    } catch {
      print(error)
    }

  }

  func getBooks() -> [Book]{
    return books
  }

  func saveBooks() {
    let fileName = "\(LibraryCacheDirectory)/albums.bin"
    let url = URL(fileURLWithPath: fileName)
    let bookDicts = books.map { (book) -> [String:Any] in
      book.toDictionary()
    }
    let data = try? JSONSerialization.data(withJSONObject: bookDicts, options: .prettyPrinted)
    try? data?.write(to: url)
  }

  func deleteBookAt(index: Int) {
    if index >= books.count {
      print("数组越界，没有此绘本书")
      return
    }
    books.remove(at: index)
  }
}

感兴趣的可以在github上下载完整代码大家相互交流，整个项目只是我从实际项目中摘取出来的一个页面来讲解，而整个iOS设计模式的内容肯定址这么点内容，后续有时间我应该会更新代码讲解其他的设计模式。
我的参考内容有：

  1. 图灵程序设计丛书Objective-C编程之道 iOS设计模式解析
  2. raywenderlich官网文章iOS Design Patterns
    原文作者：算法小白
    原文地址: https://juejin.im/entry/59a51cf551882524424a1703
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞