Swift -- 协议Protocol

协议定义了一个蓝图,规定了用来实现某一特定任务或者功能的方法、属性,以及其他需要的东西。类、结构体 或枚举都可以遵循协议,并为协议定义的这些要求提供具体实现。

协议语法

协议的定义方式与类、结构体和枚举的定义非常相似:

protocol SomeProtocol{
      //这里是协议的定义部分
}

要让自定义类型遵循某个协议,在定义类型是,需要在类型名称后加上协议名称,中间分隔,遵循多个协议时,各个协议之间用分隔。

struct SomeStructure: FirstProtocol, AnotherProtocol { 
      // 这里是结构体的定义部分
}

拥有父类的类在遵循协议时,应该将父类名放在协议名之前,以逗号分隔

class SomeClass: SomeSuperClass, FirstProtocol, AnotherProtocol {
       // 这里是类的定义部分
}

属性要求

协议可以要求遵循协议的类型提供特定名称类型的实例属性类型属性。协议不指定属性是存储属性还是计算属性。它只指定属性的名称和类型。此外,协议还指定属性的可读的还是可读可写的。
如果协议要求属性是可读可写的,那么该属性不能是常量属性或只读的计算型属性。如果协议只要求属性是可读的,那么该属性不仅可以是可读的,如果代码需要的话,还可以是可写的。
协议总是用var关键字来声明变量属性,在类型声明后加上{set get}来表示属性是可读可写的,可读属性则用{get}来表示。

protocol SomeProtocol {
    var a : Int { get set }
    var b : Int { get }
}

在协议中定义类型属性时,总是使用static关键字作为前缀,当类类型遵循协议时,除了static关键字,还可以使用class关键字类声明类型属性。

protocol AnotherProtocol {
      static var someTypeProperty : Int {get set};
}

方法要求

协议可以要求遵循协议的类型实现某些指定的实例方法或类方法。这些方法作为协议的一部分,像普通方法一样放在协议的定义中,但是不需要大括号和方法体,可以在协议中定义具有可变参数的方法,和普通方法的定义方式相同。但是,不支持为协议中的方法的参数提供默认值。
在协议中定义类方法的时候,总是使用static 关键字作为前缀。当类类型遵循协议 时,除了 static关键字,还可以使用class 关键字作为前缀。

protocol SomeProtocol {
    static func someTypeMethod()
}

下面的例子定义了一个只含有一个实例方法的协议:

protocol RandomNumberGenerator {
    func random() -> Double
}

RandomNumberGenerator 协议要求遵循协议的类型必须拥有一个名为random , 返回值类型为Double 的实例 方法。
RandomNumberGenerator 协议并不关心每一个随机数是怎样生成的,它只要求必须提供一个随机数生成器。

class LinearCongruentialGenerator: RandomNumberGenerator {
    var lastRandom = 42.0
    let m = 139968.0
    let a = 3877.0
    let c = 29573.0
    func random() -> Double {
        lastRandom = ((lastRandom * a + c) % m)
        return lastRandom / m
    }
}
let generator = LinearCongruentialGenerator() 
print("Here's a random number: \(generator.random())") 
// 打印 “Here's a random number: 0.37464991998171”
print("And another one: \(generator.random())")
// 打印 “And another one: 0.729023776863283”

Mutating方法要求

有时需要在方法中改变方法所属的实例。例如,在值类型(即结构体和枚举)的实例方法中,将 mutating 关键 字作为方法的前缀,写在 func关键字之前,表示可以在该方法中修改它所属的实例以及实例的任意属性的值。

如果你在协议中定义了一个实例方法,该方法会改变遵循该协议的类型的实例,那么在定义协议时需要在方法前 加 mutating 关键字。这使得结构体和枚举能够遵循此协议并满足此方法要求。

protocol Togglable {
    mutating func toggle()
}
enum OnOffSwitch: Togglable {
    case Off, On
    mutating func toggle() {
        switch self {
        case Off:
            self = On
        case On:
            self = Off
        } 
    }
}
var lightSwitch = OnOffSwitch.Off lightSwitch.toggle()
// lightSwitch 现在的值为 .On

Togglable 协议只要求实现一个名为 toggle 的实例方法。根据名称的暗示,toggle()方法将改变实例属性,从而切换遵循该协议类型的实例的状态。
当使用枚举或结构体来实现 Togglable 协议时,需要提供一个带有mutating 前缀的 toggle()方法。
一个名为 OnOffSwitch的枚举。这个枚举在两种状态之间进行切换,用枚举成员OnOff表 示。枚举的toggle() 方法被标记为 mutating ,以满足 Togglable协议的要求:

构造器要求

协议可以要求遵循协议的类型实现指定的构造器。在协议的定义里写下构造器的声明,但不需要写在花括号和构造器的实体。

protocol SomeProtocol {
    init(someParameter: Int)
}
  • 构造器要求在类中的实现
    可以在遵循协议的类中实现构造器,无论作为指定构造器,还是作为便利构造器。你都必须为构造器标上required修饰符。
    使用required 修饰符可以确保所有子类也必须提供此构造器实现,从而也能符合协议。
protocol SomeProtocol {
    init()
}
class SomeSuperClass {
    init() {
      // 这里是构造器的实现部分
    }
}
class SomeSubClass: SomeSuperClass, SomeProtocol {
      // 因为遵循协议,需要加上 required
     // 因为继承自父类,需要加上 override
      required override init() {
           // 这里是构造器的实现部分 
      }
}

如果一个子类重写了父类的指定构造器,并且该构造器满足了某个协议的要求,那么该构造器的实现需要同时标 注 requiredoverride 修饰符:

委托(代理)模式

委托是一种设计模式,它允许类或结构体将一些需要它们负责的功能委托给其他类型的实例。委托模式的实现很简单:定义协议来封装那些需要被委托的功能,这样就能确保遵循协议的类型能提供这些功能。委托模式可以用来响应特定的动作,或者接收外部数据源提供的数据,而无需关心外部数据源的类型。

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

推荐阅读更多精彩内容