-
inout
声明函数时,在参数前面用inout修饰,在函数内部实现改变外部参数,注意,这里只能传入变量,不能传入常量和字面量,因为这些是不能变的一旦定义,当我们传入的时候,在变量名字前面用&符号修饰表示,传递给inout参数,表明这个变量在参数内部是可以被改变的
注意:inout修饰的参数是不能有默认值的,有范围的参数集合也不能被修饰,另外,一个参数一旦被inout修饰,就不能再被var和let修饰了
override func viewDidLoad() {
super.viewDidLoad()
var someInt = 7
var anotherInt = 107
swapTwoInts(&someInt, b: &anotherInt)
print("someInt is \(someInt),anotherInt is \(anotherInt)")
}
func swapTwoInts(inout a:Int , inout b:Int) {
let temp = a
a = b
b = temp
}
-
现在的访问权限则依次为:open ,public,internal,fileprivate,private
fileprivate和 open 是新增的两个关键字-
fileprivate
在原有的swift中的 private其实并不是真正的私有,如果一个变量定义为private,在同一个文件中的其他类依然是可以访问到的。这个场景在使用extension的时候很明显。class User { private var name = "private" } extension User{ var accessPrivate: String { return name } }
- 当我们标记为private时,意为真的私有还是文件内可共享呢?
- 当我们如果意图为真正的私有时,必须保证这个类或者结构体在一个单独的文件里。否则可能同文件里其他的代码访问到。
由此,在swift 3中,新增加了一个 fileprivate来显式的表明,这个元素的访问权限为文件内私有。过去的private对应现在的fileprivate。现在的private则是真正的私有,离开了这个类或者结构体的作用域外面就无法访问。
-
open
open则是弥补public语义上的不足。
现在的pubic有两层含义:- 这个元素可以在其他作用域被访问
- 这个元素可以在其他作用域被继承或者override
继承是一件危险的事情。尤其对于一个framework或者module的设计者而言。在自身的module内,类或者属性对于作者而言是清晰的,能否被继承或者override都是可控的。但是对于使用它的人,作者有时会希望传达出这个类或者属性不应该被继承或者修改。这个对应的就是 final。
final的问题在于在标记之后,在任何地方都不能override。而对于lib的设计者而言,希望得到的是在module内可以被override,在被import到其他地方后其他用户使用的时候不能被override。
这就是 open产生的初衷。通过open和public标记区别一个元素在其他module中是只能被访问还是可以被override。
下面是例子:
-
/// ModuleA:
// 这个类在ModuleA的范围外是不能被继承的,只能被访问
public class NonSubclassableParentClass {
public func foo() {}
// 这是错误的写法,因为class已经不能被继承,
// 所以他的方法的访问权限不能大于类的访问权限
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 {
// 这种写法会编译失败,因为这个类已经标记为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() { }
}