“避免滥用单例”阅读笔记

原文在此: 避免滥用单例

本文主要介绍了iOS开发中单例模式的正确使用方式和场景,并提供了不恰当的使用单例的替换解决方案。

单例的使用有其优势,本文主要集中介绍了iOS中单例使用导致的问题,这些问题包括单例自身的缺陷以及错误使用单例导致的问题。

单例是表示的是一种全局状态,也就是说单例是全局性、有状态性的。有状态的程序难于理解和调试。这就导致任何一个地方修改单例状态的副作用都会应用于其他所有使用到单例的地方,无形中两个用到单例的地方引入了隐性耦合,有悖于面向对象编程中最小化代码有状态性、解耦的原则。

单例使用中另外一个问题是对象的生命周期,使用单例模式,必须确定“创建一次,永久有效”。如果不能保证这点,那么就是滥用单例。单例应该只用来保存全局的状态,并且不能和任何作用域绑定。如果这些状态的作用域比一个完整的应用程序的生命周期要短,那么这个状态就不应该使用单例来管理。

避免使用单例的一个方法是使用依赖注入,即把依赖性传递给依赖对象。

人们人们已经对单例的滥用抱怨了很多年了,并且我们也都知道全局状态是很不好的事情。但是在iOS开发的世界中,单例的使用是如此的普遍以至于我们有时候忘记了我们多年来在其他面向对象编程中学到的教训。

这一切的关键点是,在面向对象编程中我们想要最小化可变状态的作用域。但是单例却站在了相反的对立面,因为它们使可变的状态可以被程序中的任何地方访问。下一次你想使用单例时,我希望你能够好好考虑一下使用依赖注入作为替代方案。

转载于:https://my.oschina.net/notting/blog/280711

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值