尽可能地使用?声明的Optional

很多时候我会厌恶Optional<?>,因为它用起来实在太麻烦了。每次用的时候都需要判断或者解包,但是很多时候,你的一个不经意,会让程序奔溃,当然很多时候是因为隐式解析引起的,来看一下这一段简单的代码:

class Worker {
    var codeValue: String!
    
    func code() {
        print(codeValue)
    }
}
var worker: Worker?
worker?.code()

这段代码在执行的时候不会奔溃,虽然内部的code函数的使用肯定会让程序导致奔溃,但是外面我定义了一个Optional<?>的Worker类型,在运行的时候,首先判断的是worker这个实例,因为这个实例为nil,所以不会执行以后的code函数了,也就不会产生奔溃了,当然这是使用Optional<?>的好处。

但是也有例外的时候,很多时候Debug时使用Optional<!>让程序奔溃能让你很快知道哪里出错,就像delegate,如果你设置的是!,而在对应协议函数执行时,发现程序奔溃了,你就能马上明白是不是忘记在构造之前将上个控制器设置成delegate了,大大提升了你检查内部错误的效率。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • Spring Cloud为开发人员提供了快速构建分布式系统中一些常见模式的工具(例如配置管理,服务发现,断路器,智...
    卡卡罗2017阅读 135,452评论 19 139
  • *面试心声:其实这些题本人都没怎么背,但是在上海 两周半 面了大约10家 收到差不多3个offer,总结起来就是把...
    Dove_iOS阅读 27,360评论 30 472
  • error code(错误代码)=0是操作成功完成。error code(错误代码)=1是功能错误。error c...
    Heikki_阅读 8,729评论 1 9
  • 基础部分(The Basics) 当推断浮点数的类型时,Swift 总是会选择Double而不是Float。 结合...
    gamper阅读 5,211评论 0 7
  • __block和__weak修饰符的区别其实是挺明显的:1.__block不管是ARC还是MRC模式下都可以使用,...
    LZM轮回阅读 8,743评论 0 6