Swift

open弥补public语义上的不足

pubic

现在的pubic有两层含义:

  • ①这个元素可以在其他作用域被访问
  • ②这个元素可以在其他作用域被继承或者override

继承问题

继承

继承是一件危险的事情
尤其对于一个framework或者module的设计者而言
在自身的module内,类或者属性对于作者而言是清晰的,能否被继承或者override都是可控的,但是对于使用它的人,有时会希望传达出这个类或者属性不应该被继承或者修改,这个对应的就是 final

final

问题在于在标记之后,在任何地方都不能override
而对于lib的设计者而言,希望得到的是在module内可以被override
在被import到其他地方后其他用户使用的时候不能被override

这就是open产生的初衷
通过open和public标记区别一个元素在其他module中是只能被访问还是可以被override

##举例分析 ModuleA

这个类在ModuleA的范围外是不能被继承的,只能被访问

public class  {

public func foo() {}

// 所以他的方法的访问权限不能大于类的访问权限
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 : { }

// 这样写法可以通过,因为SubclassableParentClass访问权限为 `open`.
class SubclassB : SubclassableParentClass {

// 这样写也会编译失败
// 因为这个方法在SubclassableParentClass 中的权限为public,不是`open'.
override func foo() { }

// 这个方法因为在SubclassableParentClass中标记为open,所以可以这样写
// 这里不需要再声明为open,因为这个类是internal的
override func bar() { }
}

open class SubclassC : SubclassableParentClass {
// 这种写法会编译失败,因为这个类已经标记为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() { }
}