從Swift5.0開始，Swift引入了屬性包裝器(propertyWrapper)疚鲤，這應(yīng)該算是蘋果原生應(yīng)用開發(fā)上的一次技術(shù)思想的突破吧啸如。即便功能限制性很多腥寇，但也為我們解決一些問(wèn)題帶來(lái)了方便成翩。比如，我們現(xiàn)在要限制一些數(shù)值的取值范圍的話赦役，在Objc時(shí)代麻敌，甚至是Swift早些時(shí)候。我們要想要實(shí)現(xiàn)這種方法掂摔，那么久的在賦值或者取值的過(guò)程中進(jìn)行判斷术羔。這從代碼上來(lái)講還是侵入性比較強(qiáng)的。但是在Swift5.0引入屬性包裝器之后乙漓，這類問(wèn)題就得到了解決级历。下面我們就來(lái)一步步了解屬性包裝器的使用吧。
為了更好的來(lái)討論叭披，我們先設(shè)定一個(gè)場(chǎng)景：在一個(gè)用戶信息系統(tǒng)中寥殖，我們要存儲(chǔ)用戶的基本信息，但是要求用戶信息中的年齡字段取值只能在0～120之間涩蜘，如果年齡大于120則取120嚼贡，小于0則取0，要求使用的時(shí)候要保證數(shù)據(jù)取值的安全性皱坛。這個(gè)問(wèn)題我們應(yīng)該怎么解決呢编曼？
在屬性包裝器概念引入之前豆巨，為了數(shù)據(jù)的安全性我們基本上在每個(gè)使用到年齡大地方剩辟，都要寫一大堆保護(hù)性代碼，或者調(diào)用一個(gè)專門的封裝函數(shù)來(lái)進(jìn)行處理往扔，如果涉及到某些地方用年齡來(lái)過(guò)濾或做表贩猎，可能還存在一些其他更復(fù)雜的問(wèn)題。當(dāng)然萍膛，為了統(tǒng)一吭服，我們可能會(huì)寫一個(gè)如下的方法：
func fixAge(age: Int) -> Int {
if age > 120 {
return 120
}
if age < 0 {
return 0
}
return age
}
在使用的時(shí)候通過(guò)fixAge(age: )調(diào)用來(lái)達(dá)到數(shù)據(jù)修正的目的。但是蝗罗，這是一個(gè)好辦法么艇棕？如果我們從代碼侵入性角度來(lái)看肯定是不好的。下面串塑，我們用屬性包裝器來(lái)實(shí)現(xiàn)：
@propertyWrapper
struct AgeWrapper {
var wrappedValue: Int {
get {
return age
}
set {
if newValue > max {
age = max
} else if newValue < min {
age = min
} else {
age = newValue
}
}
}
var age: Int = 0
var min: Int
var max: Int
init(min: Int, max: Int) {
self.min = min
self.max = max
}
}
接下來(lái)沼琉，我們?cè)賮?lái)定義變量age
@AgeWrapper(min: 0, max: 120) var age: Int
并給一個(gè)調(diào)用的實(shí)例如下:
print("old value -> \(age)")
age = 139
print("new value -> \(age)")
運(yùn)行代碼會(huì)得到如下運(yùn)行結(jié)果
old value -> 0
new value -> 120
好想，我們?cè)谑褂玫臅r(shí)候桩匪，完全沒(méi)有做任何修正打瘪，但是我們前面的目的已經(jīng)達(dá)到了。不僅如此，為了實(shí)現(xiàn)對(duì)年齡限制的的通用性闺骚，我們對(duì)屬性包裝器做如下修改：
@propertyWrapper
struct AgeWrapper {
var wrappedValue: Int {
get {
return age
}
set {
age = limitHandle(newValue)
}
}
var age: Int = 0
var limitHandle: (Int) -> Int
init(limit handle: @escaping (Int) -> Int) {
self.limitHandle = handle
}
}
并將初始化修改如下:
@AgeWrapper(limit: { max(0, min($0, 120)) }) var age: Int
繼續(xù)運(yùn)行執(zhí)行結(jié)果彩扔，我們會(huì)發(fā)現(xiàn)，執(zhí)行的結(jié)果與之前是一致的僻爽。而且這個(gè)包函數(shù)也變的更靈活了虫碉。
有了一個(gè)真實(shí)的案例，回過(guò)來(lái)在看看屬性包裝器的實(shí)現(xiàn)邏輯:
- 屬性包裝器的定義基于一個(gè)被@propertyWrapper修飾的struct或class的;
- 屬性包裝起有一個(gè)必須實(shí)現(xiàn)一個(gè)名為wrappedValue的屬性;該屬性實(shí)際負(fù)責(zé)對(duì)真實(shí)數(shù)據(jù)進(jìn)行修正處理
- 在使用定義的屬性包裝器時(shí)进泼，將@屬性包裝器 放在需要修飾的屬性前即可蔗衡；
- 最后就是使用被修飾的變量，只需按照我們正常的使用變量的方式使用即可乳绕。
回過(guò)頭來(lái)想想绞惦，屬性包裝器，對(duì)于我們已有的未做數(shù)據(jù)安全保護(hù)的代碼洋措，是不是現(xiàn)在要進(jìn)行數(shù)據(jù)安全性保護(hù)的話济蝉，將變得更容易呢？
