gpt4 book ai didi

swift - 在运行时在 swift 中注入(inject)具体类型

转载 作者:行者123 更新时间:2023-11-30 11:46:25 28 4
gpt4 key购买 nike

是否有可能在运行时注入(inject)具体类型。例如,假设您有两个框架,它们具有相同的方法但实现不同:

FrameworkA
func name() -> String {
return "A"
}

FrameworkB
func name() -> String {
return "B"
}

因此,您在 FrameworkC 中创建了一个协议(protocol)

FrameworkC
protocol Namable {
func name() -> String
}

class SomeOtherClass {
// uses Namable
}

那么在使用 FrameworkC 的实际应用程序中,您是否可以仅嵌入或链接 FrameworkA,然后使用 FrameworkA 的实现?同样,FrameworkC 的其他一些使用者可以使用 FrameworkB 的实现吗?

最佳答案

我也做过类似的事情,但不是针对框架本身。假设您有一个应用程序,并且您想要另一个应用程序包含第一个应用程序的所有代码以及对该代码功能的一些“调整”。您希望最大限度地减少第一个(基础)应用程序代码库中需要更改的内容。 (即我不想子类化,因为这很快就会以许多不希望的方式重构基本代码。)

我实际上已经成功地在另一个 iOS 应用程序“之上”编写并发布了多个 iOS 应用程序(其中每个其他应用程序只是一组调整代码加上底层应用程序的代码。基本应用程序的代码只需要调用一些额外的方法,在基本应用程序中不执行任何操作 - 符合特定协议(protocol)的方法。基本应用程序没有重大变化,但其代码库已由也在该代码库中编译的另一个应用程序(实际上是几个)在主要方面进行了调整和扩展。

通过使用协议(protocol)扩展和 where 子句来定位实现该协议(protocol)的特定具体类,您只需添加额外的代码文件即可实现对基本代码集(例如第一个应用程序)的有针对性的“调整” (第二个)应用程序。它可以是扩展代码库基本功能的一种非常强大的方法,而无需重新架构或重新安排基本代码。

因此,请尝试让框架 A 和 B 都使用“where”子句扩展您的 Namable 协议(protocol),以针对框架 C 的具体类。框架 C 也应该具有相同的扩展,只是使用空的无操作方法。因此,框架 A 或 B 基本上可以为框架 C 的空协议(protocol)方法提供可插件的实现,框架 C 对 A 和 B 一无所知。您基本上可以在此中针对特定类的特定方法方式,仅通过链接的其他代码(带有 where 子句的扩展协议(protocol))来替换其内容。

恕我直言,这是 Swift 最神奇的事情之一。

关于swift - 在运行时在 swift 中注入(inject)具体类型,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48781015/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com