设计模式(五): 简单而又不失其重要性的单例模式(Singleton Pattern)
上篇博客我们系统的介绍了三种工厂模式,今天我们就来介绍一下单例模式。单例模式虽然简单,但是还是比较重要的,是常用设计模式之一。在之前的博客《Objective-C中的单例模式》中介绍了Objective-C中MRC和ARC下的单例模式。单例模式应该说是设计模式中最为简单的了,但是简单并不代表其不重要,在程序开发中单例模式的出镜率还是比较高的。举个栗子🌰,在用户登录你的应用后,你要存储一下用户的基本信息对吧,此时将用户的基本信息放在单例中是比较合适的。因为在这种场景下,当前登录的用户只有一个,而且需要信息统一,所以我们需要使用单例来实现。
“单例”顾明思议,就是单个实例。也就是说一个类在程序运行期间只能生成一个实例。进一步说,如果一个类未被实例过,那么在对类进行实例化的时候就创建一个实例。如果该类已经被实例化了,那么就不需要对该类进行实例化,直接拿过来之前实例化的对象使用即可。下方是单例的定义:
单例模式:确保一个类只有一个实例,并提供一个全局访问点。
在Swift中实现单例也是比较简单的,同样你可以使用GCD进行单例的创建也可以使用静态方法和静态属性来实现。因为今天博客中的代码所涉及的内容只有一个类,在此就不做类图了。
一、使用GCD实现单例
GCD在Swift中用着也是非常爽的,下方代码段是使用GCD中的dispatch_once来实现的,使用方法可OC一直。下方代码当然是线程安全的,并且使用了类的静态属性和静态方法。在类下方紧跟着的是测试用例,对创建的两个常量进行地址的打印,我们发现地址是一致的,这就足以说明两个常量指向同一块内存地址。有一点需要注意的是我们需要将生成单例的类的构造函数(Swift中是init()函数)声明成private,这样就避免了外部用户直接使用期构造函数直接生成对象了。在GCD这种实现单例的方式中,如果你不将构造器声明称private类的的,那么是可以生成新的对象实例的。
代码和测试用例如下所示:
二、使用静态私有常量和静态方法来实现单例
如果你感觉使用dispatch_once来创建单例有些麻烦的话,那么你可以通过静态方法来返回静态私有常量的形式来创建单例。下方就是先创建了一个私有静态常量并分配值,然后在静态方法中对其进行返回。只要使用者调用sharedInstance()方法时,就会将staticInstance实例进行返回。当然使用这种方式来实现单例时同样需要将该类的构造方法声明成私有的方法,防止外部通过构造器来直接生成实例。同样在代码下方紧跟着的是我们的测试用例,从测试用例中可以看出两个常量的内存地址是一致的。
代码和测试用例如下所示:
因为单例模式较为简单,所以今天的博客就写到这儿吧,还是那句话简单并不代表不重要呢,以后的博客我们将会介绍设计模式中的命令模式、适配器模式、外观模式等等。
上述代码段github分享地址: https://github.com/lizelu/DesignPatterns-Swift
作者:青玉伏案
出处:http://www.cnblogs.com/ludashi/
本文版权归作者和共博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。
如果文中有什么错误,欢迎指出。以免更多的人被误导。
收简历:坐标美团(北京总部),长期招聘FE/iOS/Android靠谱工程师,入职后,可内部联系楼主,有小礼品赠送,有意者可邮箱投递简历:zeluli@foxmail.com
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?