Swift 访问控制

访问控制可以限定其他源文件或模块中代码对你代码的访问级别。你可以明确地给单个类型(类、结构体、枚举)设置访问级别,也可以给这些类型的属性、函数、初始化方法、基本类型、下标索引等设置访问级别。协议也可以被限定在一定的范围内使用,包括协议里的全局常量、变量和函数。访问控制基于模块与源文件。模块指的是以独立单元构建和发布的 Framework 或 Application。在 Swift 中的一个模块可以使用 import 关键字引入另外一个模块。源文件是单个源码文件,它通常属于一个模块, 源文件可以包含多个类和函数 的定义。Swift 为代码中的实体提供了四种不同的访问级别:public、internal、fileprivate、private。访问级别定义public可以访问自己模块中源文件里的任何实体,别人也可以通过引入该模块来访问源文件里的所有实体。internal可以访问自己模块中源文件里的任何实体,但是别人不能访问该模块中源文件里的实体。fileprivate文件内私有,只能在当前源文件中使用。private只能在类中访问,离开了这个类或者结构体的作用域外面就无法访问。public 为最高级访问级别,private 为最低级访问级别。语法通过修饰符public、internal、fileprivate、private来声明实体的访问级别:实例public class SomePublicClass {}internal class SomeInternalClass {}fileprivate class SomeFilePrivateClass {}private class SomePrivateClass {} public var somePublicVariable = 0internal let someInternalConstant = 0fileprivate func someFilePrivateFunction() {}private func somePrivateFunction() {}除非有特殊的说明,否则实体都使用默认的访问级别 internal。未指定访问级别默认为 internalclass SomeInternalClass {}              // 访问级别为 internallet someInternalConstant = 0            // 访问级别为 internal函数类型访问权限函数的访问级别需要根据该函数的参数类型和返回类型的访问级别得出。下面的例子定义了一个名为someFunction全局函数,并且没有明确地申明其访问级别。func someFunction() -> (SomeInternalClass, SomePrivateClass) {    // 函数实现}函数中其中一个类 SomeInternalClass 的访问级别是 internal,另一个 SomePrivateClass 的访问级别是 private。所以根据元组访问级别的原则,该元组的访问级别是 private(元组的访问级别与元组中访问级别最低的类型一致)。因为该函数返回类型的访问级别是 private,所以你必须使用 private 修饰符,明确的声明该函数:private func someFunction() -> (SomeInternalClass, SomePrivateClass) {    // 函数实现}将该函数申明为 public 或 internal,或者使用默认的访问级别 internal 都是错误的,因为如果这样你就无法访问 private 级别的返回值。枚举类型访问权限枚举中成员的访问级别继承自该枚举,你不能为枚举中的成员单独申明不同的访问级别。实例比如下面的例子,枚举 Student 被明确的申明为 public 级别,那么它的成员 Name,Mark 的访问级别同样也是 public:实例public enum Student {    case Name(String)    case Mark(Int,Int,Int)} var studDetails = Student.Name("Swift")var studMarks = Student.Mark(98,97,95) switch studMarks {case .Name(let studName):    print("学生名: \(studName).")case .Mark(let Mark1, let Mark2, let Mark3):    print("学生成绩: \(Mark1),\(Mark2),\(Mark3)")}以上程序执行输出结果为:学生成绩: 98,97,95子类访问权限子类的访问级别不得高于父类的访问级别。比如说,父类的访问级别是internal,子类的访问级别就不能申明为public。实例public class SuperClass {    fileprivate func show() {        print("超类")    }} // 访问级别不能低于超类 internal > publicinternal class SubClass: SuperClass  {    override internal func show() {        print("子类")    }} let sup = SuperClass()sup.show() let sub = SubClass()sub.show()以上程序执行输出结果为:超类子类常量、变量、属性、下标访问权限常量、变量、属性不能拥有比它们的类型更高的访问级别。比如说,你定义一个public级别的属性,但是它的类型是private级别的,这是编译器所不允许的。同样,下标也不能拥有比索引类型或返回类型更高的访问级别。如果常量、变量、属性、下标索引的定义类型是private级别的,那么它们必须要明确的申明访问级别为private:private var privateInstance = SomePrivateClass()Getter 和 Setter访问权限常量、变量、属性、下标索引的Getters和Setters的访问级别继承自它们所属成员的访问级别。Setter的访问级别可以低于对应的Getter的访问级别,这样就可以控制变量、属性或下标索引的读写权限。实例class Samplepgm {    fileprivate var counter: Int = 0{        willSet(newTotal){            print("计数器: \(newTotal)")        }        didSet{            if counter > oldValue {                print("新增加数量 \(counter - oldValue)")            }        }    }} let NewCounter = Samplepgm()NewCounter.counter = 100NewCounter.counter = 800counter 的访问级别为 fileprivate,在文件内可以访问。以上程序执行输出结果为:计数器: 100新增加数量 100计数器: 800新增加数量 700构造器和默认构造器访问权限初始化我们可以给自定义的初始化方法申明访问级别,但是要不高于它所属类的访问级别。但必要构造器例外,它的访问级别必须和所属类的访问级别相同。如同函数或方法参数,初始化方法参数的访问级别也不能低于初始化方法的访问级别。默认初始化方法Swift为结构体、类都提供了一个默认的无参初始化方法,用于给它们的所有属性提供赋值操作,但不会给出具体值。默认初始化方法的访问级别与所属类型的访问级别相同。实例在每个子类的 init() 方法前使用 required 关键字声明访问权限。实例class classA {    required init() {        var a = 10        print(a)    }} class classB: classA {    required init() {        var b = 30        print(b)    }} let res = classA()let show = classB()以上程序执行输出结果为:103010协议访问权限如果想为一个协议明确的申明访问级别,那么需要注意一点,就是你要确保该协议只在你申明的访问级别作用域中使用。如果你定义了一个public访问级别的协议,那么实现该协议提供的必要函数也会是public的访问级别。这一点不同于其他类型,比如,public访问级别的其他类型,他们成员的访问级别为internal。实例public protocol TcpProtocol {    init(no1: Int)} public class MainClass {    var no1: Int // local storage    init(no1: Int) {        self.no1 = no1 // initialization    }} class SubClass: MainClass, TcpProtocol {    var no2: Int    init(no1: Int, no2 : Int) {        self.no2 = no2        super.init(no1:no1)    }        // Requires only one parameter for convenient method    required override convenience init(no1: Int)  {        self.init(no1:no1, no2:0)    }} let res = MainClass(no1: 20)let show = SubClass(no1: 30, no2: 50) print("res is: \(res.no1)")print("res is: \(show.no1)")print("res is: \(show.no2)")以上程序执行输出结果为:res is: 20res is: 30res is: 50扩展访问权限你可以在条件允许的情况下对类、结构体、枚举进行扩展。扩展成员应该具有和原始类成员一致的访问级别。比如你扩展了一个公共类型,那么你新加的成员应该具有和原始成员一样的默认的internal访问级别。或者,你可以明确申明扩展的访问级别(比如使用private extension)给该扩展内所有成员申明一个新的默认访问级别。这个新的默认访问级别仍然可以被单独成员所申明的访问级别所覆盖。泛型访问权限泛型类型或泛型函数的访问级别取泛型类型、函数本身、泛型类型参数三者中的最低访问级别。实例public struct TOS{    var items = [T]()    private mutating func push(item: T) {        items.append(item)    }        mutating func pop() -> T {        return items.removeLast()    }} var tos = TOS()tos.push("Swift")print(tos.items) tos.push("泛型")print(tos.items) tos.push("类型参数")print(tos.items) tos.push("类型参数名")print(tos.items)let deletetos = tos.pop()以上程序执行输出结果为:["Swift"]["Swift", "泛型"]["Swift", "泛型", "类型参数"]["Swift", "泛型", "类型参数", "类型参数名"]类型别名任何你定义的类型别名都会被当作不同的类型,以便于进行访问控制。一个类型别名的访问级别不可高于原类型的访问级别。比如说,一个private级别的类型别名可以设定给一个public、internal、private的类型,但是一个public级别的类型别名只能设定给一个public级别的类型,不能设定给internal或private 级别的类型。注意:这条规则也适用于为满足协议一致性而给相关类型命名别名的情况。实例public protocol Container {    typealias ItemType    mutating func append(item: ItemType)    var count: Int { get }    subscript(i: Int) -> ItemType { get }} struct Stack: Container {    // original Stackimplementation    var items = [T]()    mutating func push(item: T) {        items.append(item)    }        mutating func pop() -> T {        return items.removeLast()    }        // conformance to the Container protocol    mutating func append(item: T) {        self.push(item)    }        var count: Int {        return items.count    }        subscript(i: Int) -> T {        return items[i]    }} func allItemsMatch<    C1: Container, C2: Container    where C1.ItemType == C2.ItemType, C1.ItemType: Equatable>    (someContainer: C1, anotherContainer: C2) -> Bool {        // check that both containers contain the same number of items        if someContainer.count != anotherContainer.count {            return false        }                // check each pair of items to see if they are equivalent        for i in 0..()

tos.push("Swift")

print(tos.items)

tos.push("泛型")

print(tos.items)

tos.push("Where 语句")

print(tos.items)

var eos = ["Swift", "泛型", "Where 语句"]

print(eos)

以上程序执行输出结果为:

["Swift"]

["Swift", "泛型"]

["Swift", "泛型", "Where 语句"]

["Swift", "泛型", "Where 语句"]

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 195,783评论 5 462
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 82,360评论 2 373
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 142,942评论 0 325
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 52,507评论 1 267
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 61,324评论 5 358
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 46,299评论 1 273
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 36,685评论 3 386
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 35,358评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 39,652评论 1 293
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 34,704评论 2 312
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 36,465评论 1 326
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 32,318评论 3 313
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 37,711评论 3 299
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 28,991评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,265评论 1 251
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 41,661评论 2 342
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 40,864评论 2 335

推荐阅读更多精彩内容