如何在可编码协议中使用Swift 5结果

我已经写过有关Alamofire API管理器的文章，但是有了新的Swift 5 Result功能，我想对其进行一些升级。 我们将它与Codable协议一起使用，使我们的生活更加轻松。 如果您不是Alamofire粉丝，则可以将其删除。 但是，结合Codable和Result的原理，您应该尝试在网络处理程序中实现。

这个想法是建立一个可重用和直接的API管理器。 我们必须使用单一职责原则创建一些帮助程序类-ErrorObject，EndpointType，EndpointItem，NetworkEnvironment。 我现在不会解决这些问题，因为您在这里。

API管理器

我们的APIManager使用EndpointItem对象创建URL请求。 同样，它解析数据。 使用Codable时，解析是一项简单的任务。 因此，代表数据模型的所有结构和类都应实现Decodable和Encodable协议。

我们使用通用参数T，其中T是可编码的。 T通知APIManager我们正在获取哪种数据以及希望管理器返回哪种类型的对象。 T可以是实现“可解码”和“可编码”协议的任何对象或对象数组。

处理程序需要Result类型。 因此，Result的第一个参数是通用参数T，第二个是错误对象。 我们使用Swift.Result表示法，因为Alamofire也有其Result对象，并且我们需要指定要使用的对象。

APIManager —带有Swift 5结果的通用方法

收到响应后，APIManager尝试解码数据。 如果成功，他将退还。 在其他情况下，它将返回AlertMessage对象。

值得一提的是，Result对象的第二个参数必须符合Error协议。 我们需要扩展AlertMessage对象。

AlertMessage —错误对象

在APIDemoViewModel中，我们使用API​​Manager的方法。 在这里，我们指定要获取的结构，以便将数据解码为适当的对象。

APIDemoViewModel-实现的APIManager通用方法

好处

如果将APIManager与Results和没有结果进行比较，则主要优点是我们不再具有可选参数，并且可以使用强类型引用。 这意味着我们的代码更直接，更容易读写。

结果错误也很重要，因为它们是强类型的，我们可以创建自定义错误，使它们适合我们的项目。 只是不要忘记它需要符合Swift的Error类型。

现在我们确定我们将获得成功或失败，不可能两者皆有或两者皆有。

没有Swift 5结果的APIManager旧版本

结论

我们将Swift 5结果和Codable协议结合在一起，使我们的代码更清洁，更高效。 这是一个简单的代码示例。 如果您有任何问题或建议，请随时发表评论。

资源资源

• 示范项目
• Alamofire Api Manager-原始帖子