感觉自己给自己释疑,也是一个极为有趣的过程。这次,我还新增了“猜想”一栏,来尝试回答一些暂时没有足够资料支撑的问题。
Swift 版本是:4.0.3。不同版本的 Swift,可能无法复现问题。
个人记录,仅供参考,不保证严格意义上的正确性。
swift 中,如何在函数内,声明 static 变量 ? 问题描述:以下语句,是编译不过的,提示:“static properties may only be declared on a type”
func add() -> Int { static var base = 0 base += 1 return base } add() add() add() 解决方案:可以用内嵌类型的 static 属性来解决,如:
func add() -> Int { struct Temp{ static var base = 0 } Temp.base += 1 return Temp.base } add() // --> 1 add() // --> 2 add() // --> 3参考:https://stackoverflow.com/a/25354915
猜想:同一作用域的同名内嵌类型,多次执行,只会真正定义一次.
swift 有没有可以进行全局埋点的黑魔法机制? 问题描述:全局埋点,依赖于 runtime 机制, 所以换种问法就是: swift 中如何继续使用 objc 的runtime 机制.
解决方案:纯Swift类没有动态性,但在方法、属性前添加dynamic修饰可以获得动态性。
继承自NSObject的Swift类,其继承自父类的方法具有动态性,其他自定义方法、属性需要加dynamic修饰才可以获得动态性。
若方法的参数、属性类型为Swift特有、无法映射到Objective-C的类型(如Character、Tuple),则此方法、属性无法添加dynamic修饰(会编译错误)
参考:
快速验证,可使用:
class A{ @objc dynamic func funcA(){ print("funcA") } } func methodSwizze(cls: AnyClass, originalSelector: Selector, swizzledSelector:Selector){ let originalMethod = class_getInstanceMethod(cls, originalSelector) let swizzledMethod = class_getInstanceMethod(cls, swizzledSelector) if let originalMethod = originalMethod, let swizzledMethod = swizzledMethod { method_exchangeImplementations(originalMethod, swizzledMethod) } } extension A{ @objc dynamic func funcB(){ print("funcB") } } methodSwizze(cls: A.self, originalSelector: #selector(A.funcA), swizzledSelector: #selector(A.funcB)) let a = A() a.funcB() // --> funcA a.funcA() // --> funcB注意: swift 4 中, 加 dynamic 的同时,也必须加 @objc -- 即不允许单独加 dynamic 标记.
猜想:dynamic 是在用性能换灵活性.生产环境下,未来更可能的方案,可能是:
通过协议,约定必须实现的统计相关的方法 --> 通过单元测试,来保证遵循特定统计协议的类型,在特定的时机一定会调用协议规定的统计方法.
extension 中覆盖某个自定义的 framework 中的 open/public class 中的 private 方法,会发生什么事? 问题描述:模块A:
open class Book: NSObject { private func funcA(){ print("private funcA") } public func callFuncA(){ funcA() } }模块B:
public extension Book { func funcA(){ print("public funcA") } }问题:
模块B 中,以下代码的输出是?
let book = Book() book.funcA() // --> ? book.callFuncA() // --> ? 解决方案:可以直接运行观察:
let book = Book() book.funcA() // --> public funcA book.callFuncA() // --> private funcA所以: 通过 extension 覆盖其他模块open类的private方法,不会有任何诡异的问题.两个实现,都对彼此透明.
更进一步: 模块B以 Optional 方式引入模块A. 如果是在模块B中,通过 extension 覆盖模块A的private 方法.然后在模块 C 中同时引入了模块 A 和 B,此时模块C中类似的函数调用,会是哪个模块的方法实现生效?
let book = Book() book.funcA() // --> public funcA book.callFuncA() // --> private funcA可以看到,仍然是模块B中的 public 级别的方法生效.
再进一步,如果模块 A 中的方法,由 private 改为 public,即:
open class Book: NSObject { public func funcA(){ print("original public funcA") } public func callFuncA(){ funcA() } }此时模块C 中的调用,会报错:
error: ambiguous use of 'funcA()'
book.funcA()
^
A.Book:2:17: note: found this candidate
public func funcA()
^
B.Book:2:17: note: found this candidate
public func funcA()
如果模块 B 以 Required 方式引入模块A,模块C,只引入模块B,此时的调用结果,会不会有什么不同? --> 然而,并没有什么不同,依然是同样的 ambiguous 错误.
总结一下:
可以安全地在 extension 中覆盖其他模块中open/public类中定义的非 public 方法.对于原有模块,会继续使用自身的非 public 的方法定义;定义其他模块,可以正确使用 extension 版本中的模块代码.
不要尝试在 extension 中定义其他模块中 open/public类中定义的 public 方法.虽然可以定义,但是使用时,会引起 ambiguous 错误.
在使用 extension 扩展其他模块中定义的类时,最好还是给自己扩展的方法加上特定前缀,不然第三方模块万一暴露的同名方法,自己的代码就彻底跪了.
猜想: