转载

关于Swift 你可能连变量都不会定义

本文是投稿文章，作者：南栀倾寒（博客）

写在开头

很多人说寒哥不写干货那今天寒哥就狠狠心写个（其实不是不写是太懒了平时都写在印象笔记中因为是给自己看的格式比较散要写博客就要认认真真的写怕误了看官的眼）

此文默认读者有iOS开发经验包括OC Swift 和一点点的runtime的理解

先新建个项目 Swift 和oc都行

新建一个OCClass:NSObject

我们来声明一个成员属性

关于Swift 你可能连变量都不会定义

所有人都知道定义这都ivar的时候系统会帮你做好几件事

生成带下划线的私有成员属性对应的setter 和getter

那么我们来Swift中看一下怎么定义一个成员变量

关于Swift 你可能连变量都不会定义

so easy 这个谁不会嘛（我这里不讨论可选类型而是讨论什么叫做存储变量什么叫做计算变量）

我们会在想 Swift 会不会像oc一样给我们同样的生成了 setter 和getter呢

于是有的人会这样写

关于Swift 你可能连变量都不会定义

然后这样调用

关于Swift 你可能连变量都不会定义

然后一运行程序 Crash了很多人会说肯定了不就是循环调用

断点出的堆栈信息这样的

关于Swift 你可能连变量都不会定义

很明显这就是循环调用了但是你把self.去掉之后再次运行

关于Swift 你可能连变量都不会定义

还是崩

奶奶的要崩溃了这是什么鬼

其实Swift设计的初衷和oc并不是特别一样

后文解答

我们先来看一个mvc的结构图

关于Swift 你可能连变量都不会定义

其实在mvc中 View是不能拿到model的他们互相不知道

但是在开发过程中我们很多view的数据来源自model 如果我们在外部提供一个一个的属性然后等着控制器去赋值再在对应的setter里面去修改view 的显示我们会发现很累因为一个页面可能有太多属性所以在大多数情况我们在view声明一个model的属性等值控制器去赋值

但是但是但是

重要的事情说三遍

我们这样我违反了 mvc的思想其实（mvvm）也是这样的 view不能拿到model 因为你拿到了model 就可以修改就会造成页面中的数据不对应

大风险啊于是Swift中出现了计算变量这种东西

什么叫计算变量还有什么叫存储变量？

什么鬼

我们声明了一种变量就是为了存储数据但是Swift中有一种特殊的变量叫做计算变量这种变量是不能存放数据（你特么又在逗我）

看官我真的没逗你是真的这种变量主要就是为了在view里面声明一个只读的变量去来给页面赋值的例子

关于Swift 你可能连变量都不会定义

这种办法就巧妙的避开了以前在OC开发iOS时可能对mvc造成的规则不符的情况

这里出现了其他的情况就是我真的想拥有一个变量还想在setter方法里面做些别的操作

这里我们出现了先入为主的观念很多java C++ 和OC开发者都以为对于的setter就是对应的Set方法其实不是这样的额

在Swift中访问控制是有访问控制关键字来决定的

如

关于Swift 你可能连变量都不会定义

对于的监听方法就变成了这样

关于Swift 你可能连变量都不会定义

在早期 apple 建议开发者都使用 view 使用kvo去观察model的变化来给对于的页面赋值但是也不知道程序员的习惯还是如何大家还是我行我素就在view中拿到model

在Swift中建议使用计算变量来给view赋值

关于网上对于计算变量的写法

关于Swift 你可能连变量都不会定义

很多人都模仿 OC中的写法自己写个带下划线的私有变量然后提供 set和get方法我只能说你根本就没有理解Swift 带着陈旧的思想去学习多此一举嘛

关于两个问题

我真的想在计算属性里面存值
属性观察期的位置固定了那以前的kvo怎么办

还记得OC中的面试题吗
category 声明一个property 是什么意思
怎么给category增加成员属性

在oc的category中写了一个property 其实系统帮你做了一个对应的set 和 get方法的声明具体也不会有私有变量生成也不会有方法实现如果你真的要加变量就要用到kvo的关联对象如果你对runtime不熟悉去简述搜 runtime 很多好文章

关于Swift 你可能连变量都不会定义

在Swift中是这样的

关于Swift 你可能连变量都不会定义

关于kvo Swift的初衷就是为了创造几门极度安全化的语言所以Swift不建议我们再使用kvo了因为在oc中kvo 会产生一个私有的中间类（不懂去看runtime ）在Swift 真的想用kvo 就要用黑魔法了

参看自喵神的tips

关于Swift 你可能连变量都不会定义

“在 Swift 中使用 KVO 有两个显而易见的问题。

首先是 Swift 的 KVO 需要依赖的东西比原来多。在 Objective-C 中我们几乎可以没有限制地对所有满足 KVC 的属性进行监听，而现在我们需要属性有 dynamic 进行修饰。大多数情况下，我们想要观察的类不一定是 dynamic 修饰的 (除非这个类的开发者有意为之，否则一般也不会有人愿意多花功夫在属性前加上 dynamic，因为这毕竟要损失一部分性能)，并且有时候我们很可能也无法修改想要观察的类的源码。遇到这样的情况的话，一个可能可行的方案是继承这个类并且将需”“要观察的属性使用 dynamic 进行重写。比如刚才我们的 MyClass 中如果 date 没有 dynamic 的话，我们可能就需要一个新的 MyChildClass 了：”

正文到此结束