Swift 基于闭包的类型擦除

开发 前端
今天,我想重点介绍在 Swift 中处理泛型时可能发生的一种情况,以及我通常如何使用基于闭包的类型擦除技术来解决这种情况。

[[407967]]

与许多其他语言相比,使Swift更加安全,更不易出错的原因之一是其先进的(并且在某种程度上是不容忍的)类型系统。这是一种语言功能,有时可能会给人留下深刻的印象,使您的工作效率提高很多,而有时却令人沮丧。

今天,我想重点介绍在 Swift 中处理泛型时可能发生的一种情况,以及我通常如何使用基于闭包的类型擦除技术来解决这种情况。

假设我们要编写一个类,使我们可以通过网络加载模型。由于我们不想为应用程序中的每个模型都复制此类,因此我们选择使其成为泛型类,如下所示:

  1. class ModelLoader<T: Unboxable & Requestable> { 
  2.     func load(completionHandler: (Result<T>) -> Void) { 
  3.         networkService.loadData(from: T.requestURL) { data in 
  4.             do { 
  5.                 try completionHandler(.success(unbox(data: data))) 
  6.             } catch { 
  7.                 let error = ModelLoadingError.unboxingFailed(error) 
  8.                 completionHandler(.error(error)) 
  9.             } 
  10.         } 
  11.     } 

到目前为止,我们现在有了一个 ModelLoader,它能够加载任何模型(只要它是遵守 Unboxable 协议的),并且能够向我们提供requestURL。但是,我们还希望启用使用此模型加载器的代码易于测试,因此我们将其API提取到一个协议中:

  1. protocol ModelLoading { 
  2.     associatedtype Model 
  3.  
  4.     func load(completionHandler: (Result<Model>) -> Void) 

这和依赖注入一起使我们能够轻松地在测试中模拟我们的模型加载API。但这带来了一些复杂性——在每当我们要使用此API时,我们现在都必须将其称为协议 ModelLoading,该协议具有相关的类型要求。这意味着仅引用 ModelLoading 是不够的,因为在没有更多信息的情况下编译器无法推断其关联类型。因此,尝试执行以下操作:

  1. class ViewController: UIViewController { 
  2.     init(modelLoader: ModelLoading) { 
  3.         ... 
  4.     } 

会给我们这个错误:

  1. Protocol 'ModelLoading' can only be used as a generic constraint because it as Self or associated type requirements 

但不用担心,我们可以通过使用泛型轻松摆脱此错误,强制执行符合 Modelloading 的具体类型将由API用户指定,并且它将加载我们期待的模型。像这样:

  1. class ViewController: UIViewController { 
  2.     init<T: ModelLoading>(modelLoader: T) where T.Model == MyModel { 
  3.         ... 
  4.     } 

这是有效的,但由于我们还希望在我们的视图控制器中引用我们的模型加载程序,我们需要能够指定属性的类型。 T 只在我们的初始化程序的上下文中知道,因此我们无法定义T类型的属性,除非我们使视图控制器类本身成为泛型 - 这将非常迅速使我们进一步陷入到处都是通用课程的兔子洞中(down into a rabit hole 出自爱丽丝梦游记,意只简单的事情变得越来来复杂和荒谬)。

相反,让我们使用类型擦除,使我们能够保存某种 T 的引用,而无需实际使用其类型。这可以通过创建擦除类型的类,例如 包装类 来完成:

  1. class AnyModelLoader<T>: ModelLoading { 
  2.     typealias CompletionHandler = (Result<T>) -> Void 
  3.  
  4.     private let loadingClosure: (CompletionHandler) -> Void 
  5.  
  6.     init<L: ModelLoading>(loader: L) where L.Model == T { 
  7.         loadingClosure = loader.load 
  8.     } 
  9.  
  10.     func load(completionHandler: CompletionHandler) { 
  11.         loadingClosure(completionHandler) 
  12.     } 

以上这种类型擦除技术,其实在 Swift 标准库中也很常用,例如在 AnySequence 类型中。基本上,您将关联值要求的协议包装为泛型类型,然后您可以直接使用它而无需使使用它的类也是泛型的。

我们现在可以更新我们之前的 ViewController,使用 AnyModelloader:

  1. class ViewController: UIViewController { 
  2.     private let modelLoader: AnyModelLoader<MyModel> 
  3.  
  4.     init<T: ModelLoading>(modelLoader: T) where T.Model == MyModel { 
  5.         self.modelLoader = AnyModelLoader(loader: modelLoader) 
  6.         super.init(nibName: nil, bundle: nil) 
  7.     } 

好了!我们现在拥有一个面向协议的API,具有易于Mock的特性,且仍然可以在普通类中使用,这归功于类型擦除。

现在,奖励时间的时间。上述技术实际上很好,但它确实涉及一个额外的步骤,为我们的代码增加了一些复杂化。但是,事实证明,我们实际上可以直接在我们的视图控制器中进行基于闭合的类型擦除 ——而不是必须通过 AnyModelloader 类。然后,我们的视图控制器将如下所示:

  1. class ViewController: UIViewController { 
  2.     private let loadModel: ((Result<MyModel>) -> Void) -> Void 
  3.  
  4.     init<T: ModelLoading>(modelLoader: T) where T.Model == MyModel { 
  5.         loadModel = modelLoader.load 
  6.         super.init(nibName: nil, bundle: nil) 
  7.     } 

与我们的类型擦除类 AnyModelloader 一样,我们可以参考 load 函数作为闭包的实现,并只需在我们的视图控制器中保存引用。现在,每当我们想要加载模型时,我们只需调用 loadmodel,就像我们的任何其他函数或闭包一样:

  1. override func viewWillAppear(_ animated: Bool) { 
  2.     super.viewWillAppear(animated) 
  3.  
  4.     loadModel { result in 
  5.         switch result { 
  6.         case .success(let model): 
  7.             render(model) 
  8.         case .error(let error): 
  9.             render(error) 
  10.         } 
  11.     } 

就是这样!希望在处理Swift代码中的泛型和协议时,您可以找到上述技术。

本文转载自微信公众号「 Swift社区」,可以通过以下二维码关注。转载本文请联系 Swift社区公众号。

 

责任编辑:姜华 来源: Swift社区
相关推荐

2022-03-31 09:01:10

Swift类型擦除类型安全性

2024-01-22 09:51:32

Swift闭包表达式尾随闭包

2009-07-22 07:43:00

Scala闭包

2021-02-21 16:21:19

JavaScript闭包前端

2016-09-14 09:20:05

JavaScript闭包Web

2009-07-24 17:30:37

Javascript闭

2023-11-02 08:53:26

闭包Python

2012-11-29 10:09:23

Javascript闭包

2020-09-18 14:12:28

闭包Rsut函数

2024-01-18 07:09:10

2020-10-14 15:15:28

JavaScript(

2011-05-25 14:48:33

Javascript闭包

2016-11-01 09:18:33

Python闭包

2016-09-18 20:53:16

JavaScript闭包前端

2010-06-23 10:24:42

Javascript闭

2013-05-02 09:44:57

PHP闭包

2016-10-27 19:26:47

Javascript闭包

2019-11-07 21:51:18

闭包前端函数

2014-06-06 09:13:28

SwiftSwift编程

2021-05-28 07:12:59

Python闭包函数
点赞
收藏

51CTO技术栈公众号