引言

相信大家在 iOS 開(kāi)發(fā)過(guò)程中都有過(guò)這樣的經(jīng)歷, 當(dāng)我們?cè)噲D對(duì)一個(gè)的控件單獨(dú)進(jìn)行位置或大小修改的時(shí)候, 編譯器都會(huì)報(bào)錯(cuò), 使得我們不得不把控件的整個(gè) frame 進(jìn)行重新賦值:

1.png

在實(shí)際開(kāi)發(fā)中我們一般會(huì)采用下面的做法, 俗稱 "3步曲" (通常會(huì)給 UIView 建一個(gè)分類封裝起來(lái)方便使用):

2.png

不知道大家可曾有過(guò)疑問(wèn), 為什么圖1中的 origin 和 size 不可以單獨(dú)賦值, 而圖2中的就可以呢? 帶著這個(gè)疑問(wèn)我們一起來(lái)學(xué)習(xí)一下~

結(jié)構(gòu)體的基本使用

我們知道無(wú)論是 CGPoint, CGSize 還是 CGRect 其本質(zhì)都是結(jié)構(gòu)體, 且它們存在著嵌套關(guān)系, CGPoint, CGSize 都是 CGRect 中的屬性:

3.png

我們平常做 iOS 開(kāi)發(fā)的時(shí)候基本都是用 OC 語(yǔ)言(Swfit 先不談, 順帶一提 Swfit 中的結(jié)構(gòu)體是一個(gè)很強(qiáng)大的存在), 很少會(huì)用到結(jié)構(gòu)體(也可能是本人功力尚淺), 小弟我以前學(xué) C 時(shí)有學(xué)到過(guò), 但都忘得差不多了, 所以我們先來(lái)看看結(jié)構(gòu)體的一些基本使用.

過(guò)于定義的東西網(wǎng)上一大把, 這里就不細(xì)說(shuō)了, 其實(shí) OC 中的類本質(zhì)就是結(jié)構(gòu)體, 只不過(guò)功能增強(qiáng)了很多, 所以我們可以簡(jiǎn)單地把結(jié)構(gòu)體理解為小類, 在結(jié)構(gòu)體中我們可以定義屬性, 但不能定義方法.

我們先來(lái)定義一個(gè)簡(jiǎn)單的結(jié)構(gòu)體 Birthday , 里面有3個(gè) int 類型的屬性(結(jié)構(gòu)體中不能存放 OC 對(duì)象類型的屬性), 用來(lái)記錄與生日相關(guān)的3個(gè)信息:

4.png

接著我們創(chuàng)建了一個(gè)結(jié)構(gòu)體變量 happy , 并對(duì)它作初始化. 結(jié)構(gòu)體變量的初始化非常簡(jiǎn)單, 直接在大括號(hào)里寫(xiě)上對(duì)應(yīng)的值就可以了, 跟 C 中定義數(shù)組的寫(xiě)法一模一樣(順帶一提, 如果結(jié)構(gòu)體中嵌套著結(jié)構(gòu)體, 初始化時(shí)最外層也只用1對(duì)大括號(hào)包裹即可, 當(dāng)然也可以在被嵌套的結(jié)構(gòu)體對(duì)應(yīng)的位置外多加1對(duì)大括號(hào), 但千萬(wàn)別加錯(cuò)位置了, 否則會(huì)導(dǎo)致初始化失敗):

5.png

接下來(lái)要進(jìn)入正篇部分了. 當(dāng)我們想為結(jié)構(gòu)體變量 happy 再次賦值時(shí), 編譯器報(bào)錯(cuò)了:

6.png

報(bào)錯(cuò)是因?yàn)檎Z(yǔ)法問(wèn)題. 上面也提到了, 定義結(jié)構(gòu)體與定義 C 中數(shù)組的寫(xiě)法是一樣的, 所以直接把一個(gè)大括號(hào)賦值給一個(gè)變量系統(tǒng)并不能識(shí)別出這是一個(gè)數(shù)組賦值操作還是一個(gè)結(jié)構(gòu)體賦值操作, 所以我們只要強(qiáng)轉(zhuǎn)一下即可:

7.png

當(dāng)然我們也可以另外創(chuàng)建一個(gè)結(jié)構(gòu)體變量 unhappy 初始化為我們想給 happy 修改成的值, 再把 unhappy 的值賦給 happy (因?yàn)?unhappy 也是結(jié)構(gòu)體類型, 所以系統(tǒng)不會(huì)像上面一樣出現(xiàn)不能識(shí)別的情況):

8.png

另外如果我們只是想修改結(jié)構(gòu)體變量中的某個(gè)值的話, 可以直接進(jìn)行修改(訪問(wèn)結(jié)構(gòu)體變量中的屬性直接用我們最熟悉的 "." 語(yǔ)法即可. 當(dāng)然, 如果結(jié)構(gòu)體變量里嵌套著結(jié)構(gòu)體變量, 想修改整個(gè)子結(jié)構(gòu)體變量的話也是要用到上面所說(shuō)的2種方法中的一種的. 如果想修改子結(jié)構(gòu)體變量中的非結(jié)構(gòu)體變量, 也是直接用 "." 語(yǔ)法來(lái)進(jìn)行修改即可. 簡(jiǎn)單來(lái)說(shuō)就是, 非結(jié)構(gòu)體變量可以直接修改, 結(jié)構(gòu)體變量需要強(qiáng)轉(zhuǎn)或者通過(guò)另一個(gè)結(jié)構(gòu)體變量來(lái)進(jìn)行修改):

9.png

以上就是關(guān)于結(jié)構(gòu)體的基本使用, 接下來(lái)要開(kāi)始真正的正篇部分了~

當(dāng)結(jié)構(gòu)體作為屬性

當(dāng)結(jié)構(gòu)體作為類中的屬性來(lái)使用時(shí), 又會(huì)擦出一些怎樣的火花呢? 接著我們一起來(lái)看一下.

首先我們新建一個(gè) Person 類, 并在類中定義一個(gè)結(jié)構(gòu)體, 出于環(huán)保的原則我們繼續(xù)延用上面的 Birthday 吧(當(dāng)然之前的結(jié)構(gòu)體定義已經(jīng)不在了), 接著再給類中增加一個(gè)結(jié)構(gòu)體屬性 happy :

10.png

然后我們?cè)谕饷嫘陆ㄒ粋€(gè) Person 對(duì)象, 并試圖修改它的結(jié)構(gòu)體屬性(結(jié)構(gòu)體屬性在對(duì)象生成時(shí)已經(jīng)被初始化了), 不出所料, 與上面例子中想修改結(jié)構(gòu)體變量時(shí)所遇到的情況是一樣的:

11.png

接下來(lái)神奇的一幕出現(xiàn)了, 當(dāng)我們想直接修改結(jié)構(gòu)體屬性中的屬性時(shí), 編譯器居然報(bào)錯(cuò)了! 沒(méi)錯(cuò), 這個(gè)就是今天的重點(diǎn)了. 無(wú)論我是通過(guò)點(diǎn)語(yǔ)法還是通過(guò) get 方法來(lái)獲取結(jié)構(gòu)體屬性來(lái)修改其中的屬性都無(wú)效, 并且通過(guò) get 方法來(lái)獲取結(jié)構(gòu)體屬性那部分還比較清晰地說(shuō)明了不能修改值的原因. 是的, OC 語(yǔ)法規(guī)定, 對(duì)象中的結(jié)構(gòu)體屬性中的屬性是不允許作單獨(dú)修改的 . 這也解釋了引言中提出的一個(gè)疑問(wèn) --> "為什么圖1中的 origin 和 size 不可以單獨(dú)賦值, 而圖2中的就可以呢? " . 因?yàn)閳D1中的 origin 和 size 是對(duì)象 view 中的結(jié)構(gòu)體屬性 frame 中的屬性, 而圖2中的 origin 和 size 只是一個(gè)普通結(jié)構(gòu)體變量中的屬性.

12.png

補(bǔ)充

如果你以為以上就是全部?jī)?nèi)容的話那你就錯(cuò)了, 今天最壓軸的部分現(xiàn)在才開(kāi)始(開(kāi)玩笑啦, 其實(shí)主要的部分已經(jīng)全部說(shuō)完了, 一開(kāi)始的疑問(wèn)也得到了解釋, 已經(jīng)算是圓滿收?qǐng)隽? 只是還有一點(diǎn)想補(bǔ)充的, 如果大家有時(shí)間也不妨來(lái)看看).

如果我告訴你, 上面得出的結(jié)論其實(shí)是錯(cuò)誤的你會(huì)怎么想? 也就是說(shuō) 對(duì)象中的結(jié)構(gòu)體屬性中的屬性是不允許作單獨(dú)修改的 這句話其實(shí)是不正確的. 先不要生氣, 我并不是在自相矛盾, 聽(tīng)我說(shuō)完你就能理解了.

首先像剛才一樣, 我們新建一個(gè) Person 類并在類中定義一個(gè)結(jié)構(gòu)體 Birthday , 不同的是, 這一次我們不再寫(xiě) @property 屬性了, 而是直接添加屬性, 且為了能夠讓外部訪問(wèn), 加上 @public 關(guān)鍵字:

13.png

接著像之前的做法一樣, 在外面創(chuàng)建一個(gè) Person 對(duì)象, 并且試圖修改其結(jié)構(gòu)體屬性, 結(jié)果當(dāng)然也是意料之中(此處訪問(wèn)對(duì)象的屬性時(shí)用了 "->" 是因?yàn)?C語(yǔ)言 語(yǔ)法規(guī)定, 在通過(guò)指針來(lái)訪問(wèn)結(jié)構(gòu)體變量時(shí), 若想訪問(wèn)結(jié)構(gòu)體變量中的屬性, 要用 "->" 來(lái)訪問(wèn), 這也從側(cè)面說(shuō)明了 OC 中的類本質(zhì)也是結(jié)構(gòu)體):

14.png

來(lái)到這里, 可能你就郁悶了, 換了種定義的方式, 但也沒(méi)什么不一樣啊, 難道是特意為了說(shuō)明 "->" 這個(gè)用法而來(lái)裝X的嗎? 先別急, 主角馬上要登場(chǎng)了. 還記得上面我說(shuō)了哪個(gè)結(jié)論其實(shí)是不正確的嗎? 當(dāng)我們?cè)噲D修改結(jié)構(gòu)體屬性中的屬性時(shí), 神奇的一幕又出現(xiàn)了:

15.png

怎么樣, 有沒(méi)感覺(jué)世界觀被刷新了? 不是說(shuō)不能修改的嗎, 怎么現(xiàn)在又能修改了? 是的, 其實(shí) 對(duì)象中的結(jié)構(gòu)體屬性中的屬性是不允許作單獨(dú)修改的 , 不過(guò)前提是能直接拿到這個(gè)結(jié)構(gòu)體屬性, 也就是說(shuō)類要直接給外界暴露屬性, 但這是非常不符合面向?qū)ο笳Z(yǔ)言中 封裝 特性的. 一般我們只會(huì)定義 @property 屬性, 相當(dāng)于生成了私有屬性, 并且提供給外界 get 方法和 set 方法, 外界并不能直接拿到我們的屬性, 所以說(shuō)在一般開(kāi)發(fā)中, 對(duì)象中的結(jié)構(gòu)體屬性中的屬性是不允許作單獨(dú)修改的 這句話雖然不正確, 但也能夠解釋大部分的問(wèn)題了.

好了, 這次是真的結(jié)束了. 感謝大家能看到最后, 以上就是小弟的一些鄙見(jiàn), 如果有說(shuō)得不對(duì)的地方, 歡迎指正, 謝謝!