Swift 实战-享元模式

465 查看

11783864-2f90a65363d472f9

设计模式(Design pattern)是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。GoF提出了23种设计模式,本系列将使用Swift语言来实现这些设计模式

概述

通过共享已存在的对象,减少创建对象内存开销的设计模式被称作享元模式

享元模式Flyweight和单例模式Singleton像是一对孪生兄弟,二者的表现方式非常相似,但二者的存在目的却不一样:

  • 单例模式
    保证了整个应用声明周期内,同一个对象只会存在一份内存,并且任何时间都能被访问使用。
    12783864-bb4f3bc7fdee9567
  • 享元模式
    如果存在可以复用的对象,那么对象将被共享而不是创建新的对象
    13783864-d69e1206d36c6c50

在iOS开发中,享元模式的最佳实践就是UITableView的复用机制——超出屏幕外的单元格统一被回收放到一个复用队列之中,等待着需要新的单元格时进行复用。

实战

笔者最近项目有一个需求,几乎所有的数据都要保存在本地。由于应用的特殊性,模块之间需要用到彼此的数据,如果使用单例模式来做,那么同一时间占用的内存是非常的大的,因此以享元模式的思想封装了一个数据管理类:

笔者以数据模型的类名作为数据管理的关键字,因此创建一个私有的静态字典用来保存当前正在使用的数据。由于数据以加密的方式存储在沙盒目录下,在数据量足够大的时候,从本地读取这些数据会占用大量的花销,因此在数据管理对象被创建的时候需要判断是否存在可复用的数据,如果不存在再从本地加载:

ok,对于数据的复用已经完成了,剩下的问题是不可能让字典一直存储这些数据,否则直接使用单例要更加方便的多。对此,笔者使用了计数功能,保证数据可以在没有使用的时候进行本地存储然后释放:

上面的代码是初步的逻辑搭建,下一步还需要考虑线程安全等其他问题,这里就不再写出来了

总结

最开始接触享元模式概念的时候,笔者是有些混乱的,也不清楚它和单例的区别。简单来说,这是一种提供了一种拥有单例优点、以及改善了一部分单例缺点的设计模式,但是享元模式更加的复杂,在考虑到多线程的环境下,数据竞争要比单例激烈的多,也危险的多。

上一篇:Swift实战-单例模式