fileprivate
在原有的swift中的 private其實并不是真正的私有，如果一個變量定義為private，在同一個文件中的其他類依然是可以訪問到的。這個場景在使用extension的時候很明顯。
class User {
private var name = "private"
}
extension User{
var accessPrivate: String {
return name
? ? }
}
這樣帶來了兩個問題：
當我們標記為private時，意為真的私有還是文件內(nèi)可共享呢？
當我們?nèi)绻鈭D為真正的私有時，必須保證這個類或者結(jié)構體在一個單獨的文件里。否則可能同文件里其他的代碼訪問到。
由此，在swift 3中，新增加了一個fileprivate來顯式的表明，這個元素的訪問權限為文件內(nèi)私有。過去的private對應現(xiàn)在的fileprivate?，F(xiàn)在的private則是真正的私有，離開了這個類或者結(jié)構體的作用域外面就無法訪問。
open
open則是彌補public語義上的不足。
現(xiàn)在的pubic有兩層含義：
這個元素可以在其他作用域被訪問
這個元素可以在其他作用域被繼承或者override
繼承是一件危險的事情。尤其對于一個framework或者module的設計者而言。在自身的module內(nèi)，類或者屬性對于作者而言是清晰的，能否被繼承或者override都是可控的。但是對于使用它的人，作者有時會希望傳達出這個類或者屬性不應該被繼承或者修改。這個對應的就是final。
final的問題在于在標記之后，在任何地方都不能override。而對于lib的設計者而言，希望得到的是在module內(nèi)可以被override，在被import到其他地方后其他用戶使用的時候不能被override。
這就是open產(chǎn)生的初衷。通過open和public標記區(qū)別一個元素在其他module中是只能被訪問還是可以被override。
下面是例子：
/// ModuleA:
// 這個類在ModuleA的范圍外是不能被繼承的，只能被訪問
public class NonSubclassableParentClass {
? ? ? ? ? ? ? public func foo() {}
? ? ? ? ? ? ?// 這是錯誤的寫法，因為class已經(jīng)不能被繼承，
? ? ? ? ? ? // 所以他的方法的訪問權限不能大于類的訪問權限
? ? ? ? ? ?open func bar() {}
? ? ? ? ? ? // final的含義保持不變?
? ? ? ? ? ? public final func baz() {}
}
// 在ModuleA的范圍外可以被繼承
open class SubclassableParentClass {
? ? ? ?// 這個屬性在ModuleA的范圍外不能被override
? ? ? ? ?public var size : Int
? ? ? ? ?// 這個方法在ModuleA的范圍外不能被override
? ? ? ? ? public func foo() {}
? ? ? ? ? // 這個方法在任何地方都可以被override
? ? ? ? ? open func bar() {}
? ? ? ? ?///final的含義保持不變
? ? ? ? public final func baz() {}
}
/// final的含義保持不變
public final class FinalClass { }
/// ModuleB:
import ModuleA
// 這個寫法是錯誤的，編譯會失敗
// 因為NonSubclassableParentClass類訪問權限標記的是public，只能被訪問不能被繼承
class SubclassA : NonSubclassableParentClass { }
// 這樣寫法可以通過，因為SubclassableParentClass訪問權限為 `open`.
class SubclassB : SubclassableParentClass {
? ? ? ? // 這樣寫也會編譯失敗
? ? ? ?// 因為這個方法在SubclassableParentClass 中的權限為public，不是`open'. ? ?
? ? ? ?override func foo() { }
? ? ? // 這個方法因為在SubclassableParentClass中標記為open，所以可以這樣寫
? ? ? ?// 這里不需要再聲明為open，因為這個類是internal的
? ? ? ?override func bar() { }
}
open class SubclassC : SubclassableParentClass {
? ? ? ? // 這種寫法會編譯失敗，因為這個類已經(jīng)標記為open
? ? ? ?// 這個方法override是一個open的方法，則也需要表明訪問權限
? ? ? ?override func bar() { }
}
open class SubclassD : SubclassableParentClass {
? ? ? // 正確的寫法，方法也需要標記為open
? ? ? open override func bar() { }
}
open class SubclassE : SubclassableParentClass {
? ? // 也可以顯式的指出這個方法不能在被override
? ? ? public final override func bar() { }
}
