前言
本文主要給大家介紹了ios swift創(chuàng)建代理協(xié)議的各種方式，分享出來供大家參考學習，下面話不多說了，來一起看看詳細的介紹吧。
假如有一個類為 lxfview，現(xiàn)在要為這個類創(chuàng)建一個代理協(xié)議，我們該如何做呢？
首先，代理協(xié)議的命名方式：類名 + delegatev
|
1
2
3
|
protocol lxfviewdelegate { func view(_ view: lxfview)} |
當我們創(chuàng)建的協(xié)議遵守其它協(xié)議的情況下，只是這樣寫并不會報錯，接下來我們在lxfview中添加一個代理屬性，為避免循環(huán)引用，代理屬性需要用weak修飾
|
1
2
3
|
class lxfpageview: uiview { weak var delegate: lxfviewdelegate? } |
此時就報錯了，提示如下
|
1
|
'weak' may only be applied to class and class-bound protocol types, not 'lxfviewdelegate' |
意思是weak只能修飾一個類或者類綁定協(xié)議的類型
正如提示一樣，我們當前的代理并非是一個類或者類綁定協(xié)議的類型
當前我們這個協(xié)議不僅可以被類遵守，還可以被結構體和枚舉所遵守（這里不演示了），這無法達到weak的要求，那怎么辦呢？
解決辦法有兩個：
辦法1
直接在協(xié)議的后面寫上【: class】或者【: nsobjectprotocol】
|
1
2
3
|
protocol lxfpageviewdelegate: class// 或者protocol lxfpageviewdelegate: nsobjectprotocol |
這種方式下推薦【: class】，相比之下更為輕量級
辦法2
在protocol前面加上【@objc】，表示objc類型的協(xié)議
|
1
|
@objc protocol lxfpageviewdelegate |
這種方式下的優(yōu)點是協(xié)議中的方法不強制實現(xiàn)
總結
以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對大家的學習或者工作具有一定的參考學習價值，如果有疑問大家可以留言交流，謝謝大家對服務器之家的支持。
原文鏈接：https://juejin.im/post/5a3290126fb9a04511712889
