11.fileprivate 和 private
- 3.x之前:修飾變量的private是可以在同文件下訪問的,但是不能跨文件訪問
- 3.x之后,用fileprivate代替之前的private的修飾變量的作用,而private關鍵字所修飾的只能在本類中使用,同文件也不能訪問
12.open (關于open的解釋轉載自Swift 3必看:新的訪問控制fileprivate和open)
open則是彌補public語義上的不足。
現(xiàn)在的pubic有兩層含義:
- 這個元素可以在其他作用域被訪問
- 這個元素可以在其他作用域被繼承或者
override
繼承是一件危險的事情。尤其對于一個framework或者module的設計者而言。在自身的module內,類或者屬性對于作者而言是清晰的,能否被繼承或者override都是可控的。但是對于使用它的人,作者有時會希望傳達出這個類或者屬性不應該被繼承或者修改。這個對應的就是 final。
final的問題在于在標記之后,在任何地方都不能override。而對于lib的設計者而言,希望得到的是在module內可以被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() { }
}