原文鏈接:《Advanced Swift》筆記4:切片(Slice)
切片(Slice)是基于任何集合類(lèi)型(遵守CollectionType的類(lèi)型)的輕量級(jí)封裝魂挂,默認(rèn)的實(shí)現(xiàn)是返回了一個(gè)對(duì)原來(lái)集合的封裝,再加上一個(gè)索引的子范圍不从,所以它的內(nèi)存大小會(huì)比原來(lái)更大洗鸵。而且包括Swift的數(shù)組和字符串在內(nèi)的很多可切片的容器幢痘,切片和原集合共享存儲(chǔ)緩存瀑踢,這會(huì)導(dǎo)致即使原集合離開(kāi)了作用域辨宠,切片依然會(huì)持有原集合的緩存悯辙,這可能會(huì)導(dǎo)致內(nèi)存問(wèn)題琳省。
With many sliceable containers, including Swift’s arrays and strings, a slice shares the storage buffer of the original collection. This has an unpleasant side effect: slices can keep the original collection’s buffer alive in its entirety, even if the original collection falls out of scope. If you read a 1 GB file into an array or string, and then slice off a tiny part, the whole 1 GB buffer will stay in memory until both the collection and the slice are destroyed.
另外,因?yàn)榍衅淖兞怂饕秶阕虼宋覀儾荒苣J(rèn)其索引是從0開(kāi)始针贬,而應(yīng)該是從其startIndex開(kāi)始,這也是為什么在Swift中應(yīng)該用 for in 循環(huán)拢蛋,而棄用C風(fēng)格的for循環(huán)的原因之一桦他。
let array = [1, 4, 5, 2, 11, 34, 33, 88, 43]
let subArray = array.suffixFrom(4)
// subArray改變了索引范圍,即改變了startIndex和endIndex谆棱。
subArray.startIndex // 4
subArray.endIndex // 9
// 因?yàn)閟ubArray占用的內(nèi)存比原集合更大
sizeofValue(array) // 8
sizeofValue(subArray) // 32
// subArray持有原集合快压,只是改變了索引范圍
// 所以直接以數(shù)字為索引,很容易出錯(cuò)垃瞧。
// 標(biāo)準(zhǔn)的索引:
subArray[subArray.startIndex.advancedBy(0)]
subArray[0] //這一句會(huì)報(bào)錯(cuò)蔫劣,因?yàn)閟ubArray.startIndex 是4,0越界了个从。
subArray.count
// 這也是Swift中棄用傳統(tǒng)C風(fēng)格的for循環(huán)脉幢,改用for in循環(huán)的原因之一。
for int in subArray {
print(int)
}