随着维护的代码量越来越多,秃然发现自己之前写代码都不设计一下,结果到后期需求有变动,代码需要进行扩展或者逻辑变动的时候,看着自己之前写的shit般的代码,感叹着逝去的青春。所以,设计模式是很有必要学习的,以后会陆陆续续更新自己学习到设计模型并结合项目经验记录下用法。先从创建型模式开始,第一篇为单例模式。
什么是单例模式?
让你能够保证一个类只有一个实例, 并提供一个访问该实例的全局节点。
为什么需要?
- 控制某些共享资源(如数据库或者文件)的访问权限
- 保护该实例不被其他代码覆盖
应用场景
- 如果程序中的某个类对于所有客户端只有一个可用的实例, 可以使用单例模式。
- 如果需要更加严格地控制全局变量, 可以使用单例模式。
实现方式
- 定义一个静态成员变量来保存单例实例
- 对外暴露出一个方法来获得单例实例,该方法只有在第一次被调用时会创建一个新对象保持到静态成员变量中,此后该方法每次被调用都是返回该实例。
- 将类的构造函数设为私有。 类的静态方法仍能调用构造函数, 但是其他对象不能调用(所以在一般情况下不能被继承)
示例代码
"""
单例模式
总共有4种方法可以创建,个人比较推荐函数装饰器模式,简单而且线程安全
1.函数装饰器
2.类装饰器
3.使用 new 关键字
4.使用 metaclass
"""
def singleton(cls):
# 单例函数装饰器
_instance = {}
def get_instance(*args, **kwargs):
if cls not in _instance:
_instance[cls] = cls(*args, **kwargs)
return _instance[cls]
return get_instance
@singleton
class SingletonCls():
def __init__(self, value: str):
self.value = value
def test_singleton(value: str):
singleton = SingletonCls(value)
print(singleton.value)
if __name__ == '__main__':
from concurrent.futures import ThreadPoolExecutor
thread_pool = ThreadPoolExecutor(max_workers=2)
thread_pool.map(test_singleton, ['哈哈', '嘻嘻'])
在上面的代码中,由于我们测试的类被singleton装饰了,创建完一个实例之后不会再去创建另一个实例,而是直接在_instance
变量中根据类名直接找之前创建的实例,因此输出为:
但如果将@singleton
代码注释掉,不同的线程将创建不同的实例,输出为: