主页 / coding / 问题 / 77773090
Accepted
Roman
Asked: 2024-01-07 20:42:26 +0800 CST

如何覆盖第三方库协议的默认方法行为？

  • 772
// MARK: - Third Party Library

public protocol TestProtocol: ExpressibleByStringLiteral {
    init(str: String)
}

extension TestProtocol {
    public init(stringLiteral value: String) {
        self.init(str: value)
    }
}

public struct Test {
    public let str: String
    
    public init(str: String) {
        self.str = str
    }
}

extension Test: TestProtocol {}

// MARK: - My Swift Package

extension Test {
    public init(stringLiteral value: String) {
        self.init(str: "Roman")
    }
}

let test: Test = "Test"
print(test.str)

这是游乐场友好的代码片段，它按预期工作。我将重写初始化程序，以便无论我们真正分配什么，代码总是打印“Roman”。

但是，一旦我将“第三方库”代码移至游乐场的“源”文件夹（以模仿第三方库的使用），行为就会发生变化：我的重写方法被忽略😣

在此输入图像描述

swift

1 个回答

  1. Best Answer

    这不可能。两个模块分别编译，当

    extension Test: TestProtocol {}

    编译后，编译器需要生成 的协议见证表，Test以保证 的一致性TestProtocol。该表主要存储了哪些事物Test实现了哪些要求TestProtocol。不知道某种类型的具体类型的调用者TestProtocol将使用此表来查找他们应该调用的实际实现，例如

    func f<T: TestProtocol>(_ string: TestProtocol.StringLiteralType) -> T {
    // compiler would generate code here that looks up the protocol witness table of T
    // and finds the correct implementation of init to call
    T.init(stringLiteral: string)
}

    尽管编译器可以直接转换let test: Test = "Test"为let test: Test = Test(stringLiteral: "Test")（这将init在Test扩展中调用 ），但它被实现为调用 的协议见证ExpressibleByStringLiteral.init(stringLiteral:)。

    当生成协议见证表时，编译器显然不会看到你在 中声明的那个extension Test，因为这些文件是单独编译的。

    当然，如果编译器看到 中声明的实现extension Test，它会选择该实现而不是默认实现。

    因此，图书馆之外的任何事物都无法改变let test: Test = "Test"现状。

    • 2

相关问题