前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
社区首页 >专栏 >在Swift中标识对象

在Swift中标识对象

作者头像
韦弦zhy
发布于 2022-03-30 02:43:02
发布于 2022-03-30 02:43:02
75400
代码可运行
举报
运行总次数:0
代码可运行

我们经常会遇到这样的情况:我们需要找到一种方法,根据一些身份的概念来存储对象。无论是在缓存中,还是在磁盘上存储对象的表示,或者简单地使用字典——我们经常需要找到方法来唯一地识别我们所处理的对象。

本周,让我们来看看在Swift中我们所掌握的一些常见的身份概念,以及我们如何以不同的方式将它们用于值和对象。

Equatable ==

一个经常被用来比较对象和值的核心协议是Equatable。这是一个你们中的许多人可能已经熟悉的协议,因为无论何时你想使==操作符与一个类型一起使用,你都需要遵守它,这里有一个例子:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
struct Book {
    let title: String
    let author: String
}

extension Book: Equatable {
    static func ==(lhs: Book, rhs: Book) -> Bool {
        guard lhs.title == rhs.title else {
            return false
        }

        guard lhs.author == rhs.author else {
            return false
        }

        return true
    }
}

请注意,上述==的手动实现其实已经不需要了,因为编译器会自动为任何只有符合Equatable属性的类型合成为符合Equatable(比如我们上面的Book类型)。

实例的 Equatable ===

虽然Equatable非常适合处理值(如结构体或枚举),但对于对象/类,它可能不是你要找的。有时你想检查两个对象是否是同一个实例。要做到这一点,我们使用==的较少为人所知的同胞 ===,它让你根据两个对象的实例,而不是它们的值来比较。

让我们来看一个例子,我们想在每次给InventoryManager分配一个新的dataSource时重新加载它:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
// 具有 "AnyObject "约束的协议只能由类来遵守,
// 使我们能够假设将使用一个对象。
protocol InventoryDataSource: AnyObject {
    var numberOfItems: Int { get }

    func item(at index: Int) -> Item
}

class InventoryManager {
    var dataSource: InventoryDataSource? {
        // 'oldValue'是一个神奇的变量,当一个新的属性被设置时,
        // 它总是含有该属性的前一个值
        didSet { dataSourceDidChange(from: oldValue) }
    }

    private func dataSourceDidChange(from previousDataSource: InventoryDataSource?) {
        // 如果同一数据源被重新分配,我们不希望重新加载
        guard previousDataSource !== dataSource else {
            return
        }

        reload()
    }
}

正如你在上面看到的,使用===可以非常整洁,因为它使你能够执行检查,而不要求符合某个协议的类型也实现Equatable

Hashable

就像Equatable一样,另一个在处理值类型时要遵守的协议是Hashable。当你在某种形式的基于哈希的集合中使用一个类型时,这是一个要求,比如Set,或者作为Dictionary中的一个键。

让我们把之前的Book类型扩展到也符合Hashable:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
extension Book: Hashable {
    func hash(into hasher: inout Hasher) {
        hasher.combine(title)
        hasher.combine(author)
    }
}

同样,如果一个类型的所有属性也符合Hashable,编译器就能够自动合成上述内容。

例如,我们现在能够建立一个只有独特书籍的收藏:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
class BookStore {
    var inventory = [Book]()
    var uniqueBooks = Set<Book>()

    func add(_ book: Book) {
        // 清单将包含所有的书籍,包括重复的。
        inventory.append(book)

        // 通过使用一个集合(我们可以这样做,因为'Book'符合'Hashable'的要求)
        // 我们可以保证'uniqueBooks'只包含唯一的值
        uniqueBooks.insert(book)
    }
}

Protocols 和 Hashable

虽然Hashable在处理具体类型时(比如上面的BookStore例子)很容易使用(尽管它的实现可能有点样板化),但在处理协议时就会变得有点棘手。

在使用哈希值时要记住的一点是,只有当你知道你的所有对象或值都是完全相同的类型时,你才能依赖它们。由于协议不是这种情况,我们必须依靠其他方法。

假设我们正在构建一个渲染API,不同的对象可以在屏幕下次绘制帧的时候请求被渲染。为了使用这个API,对象要符合一个Renderable协议,并在需要时使用一个Renderer来排队等待渲染(类似于UIView有一个setNeedsLayout方法),像这样:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
class Circle {
    var radius: CGFloat {
        didSet { renderer?.enqueue(self) }
    }
    var strokeColor: UIColor {
        didSet { renderer?.enqueue(self) }
    }
    weak var renderer: Renderer?
}

extension Circle: Renderable {
    func render(in context: CGContext) {
       context.drawCircle(withRadius: radius, strokeColor: strokeColor)
    }
}

作为一种优化,我们要确保每一帧只渲染一个对象,即使它可能在一帧绘制之前多次请求渲染。为了实现这一点,我们需要跟踪符合Renderable的独特实例,这些实例已经被排队了,但由于这些实例可能是完全不同的类型,我们不能只是把EquatableHashable作为一个要求。

对象标识符 ObjectIdentifier

解决上述问题的一个办法,是使用 Swift 的 ObjectIdentifier 类型来识别实例,并确保我们的渲染队列不会包含重复的实例。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
func enqueue(_ renderable: Renderable) {
    let identifier = ObjectIdentifier(renderable)
}

ObjectIdentifier已经符合EquatableHashable,这使我们能够在Renderable周围写一个薄的包装类型,使用每个实例的标识符来为它提供身份。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
class RenderableWrapper {
    fileprivate let renderable: Renderable

    init(renderable: Renderable) {
        self.renderable = renderable
    }
}

extension RenderableWrapper: Renderable {
    func render(in context: CGContext) {
        // 将调用转发到底层实例
        renderable.render(in: context)
    }
}

extension RenderableWrapper: Equatable {
    static func ==(lhs: RenderableWrapper, rhs: RenderableWrapper) -> Bool {
        // 比较底层实例
        return lhs.renderable === rhs.renderable
    }
}

extension RenderableWrapper: Hashable {
    func hash(into hasher: inout Hasher) {
        // U使用实例的唯一标识符进行散列
        hasher.combine(ObjectIdentifier(renderable))
    }
}

现在我们可以简单地使用一个Set来跟踪需要在我们的渲染器Renderer中进行渲染的唯一实例:

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
class Renderer {
    private var objectsNeedingRendering = Set<RenderableWrapper>()

    func enqueue(_ renderable: Renderable) {
        // 因为我们使用了一个 "Set",所以重复的部分会自动被抛弃。
        // 我们不需要为此编写任何代码
        let wrapper = RenderableWrapper(renderable: renderable)
        objectsNeedingRendering.insert(wrapper)
    }

    func screenDidDraw() {
        // 首先清空队列
        let objects = objectsNeedingRendering
        objectsNeedingRendering = []

        // Render each object
        for object in objects {
            let context = makeContext()
            object.render(in: context)
        }
    }
}

结论

当使用值时,EquatableHashable可能是身份识别方面的方法——因为你更多地是在比较一个值的规范化表示,而不是一个唯一的实例。然而,在处理对象时,使用这篇文章中的一些技术可以使你的API更容易使用,从而降低复杂性并提高稳定性。

你可以使用===操作符和ObjectIdentifier类型这样的技术来快速、唯一地识别对象,而不是要求实现者符合Equatable,或暴露某种形式的唯一标识符(如UUID),不需要太多的额外代码。

你怎么看?在处理Swift中的对象身份时,你还有其他喜欢的技术吗?

译自 John Sundell 的 Identifying objects in Swift

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2022.03.25 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
Spring事务失效场景
如果@Transactional 没有特别指定,Spring 只会在遇到运行时异常RuntimeException或者error时进行回滚,而IOException等检查异常不会影响回滚。
科技新语
2022/12/22
4200
Spring事务失效场景
每日一博 - 常见的Spring事务失效&事务不回滚案例集锦
在事务方法add中,直接调用事务方法updateStatus。 updateStatus方法拥有事务的能力是因为spring aop生成代理了对象,但是这种方法直接调用了this对象的方法,所以updateStatus方法不会生成事务。
小小工匠
2021/09/08
1.5K0
Spring事务失效的12种场景总结
上面代码中我们可以看到对于方法add的访问修饰符被定义成了private,这样会导致事务失效,原因是Spring 要求被代理的方法必须是 **public** 的。简单粗暴来看源码是怎么搞的。如下:
@派大星
2023/06/28
6.2K0
Spring事务失效的12种场景总结
阿里四面:你能让Spring@Transactional注解在事务下不生效吗?
然后我们还需要一个Dao,来操作user表。在 site.nemo.dao 包下新建一个UserDao类:
Java程序猿
2021/06/08
3810
说吧,有没有被Spring事务坑过
新来的实习生找我吐槽,在开发过程中,经常遇到事务失效的问题,了不起实在看不下去了,整理了一份事务失效的N种情况,让他学习学习。
灬沙师弟
2023/05/18
3380
说吧,有没有被Spring事务坑过
@Transactional注解使用以及事务失效的场景
数据库事务,是指作为单个逻辑工作单元执行的一系列操作,要么完全地执行,要么完全地不执行。
政采云前端团队
2023/09/28
2K0
@Transactional注解使用以及事务失效的场景
详细整理Spring事务失效的具体场景及解决方案
实际项目开发中,如果涉及到多张表操作时,为了保证业务数据的一致性,大家一般都会采用事务机制;好多小伙伴可能只是简单了解一下,遇到事务失效的情况,便会无从下手,溪源此篇文章给大家整理了一下常见Spring事务失效的场景,希望开发过程尽量避免踩坑,造成时间精力的浪费。 溪源按照最基本的使用方式以及常见失效场景优先级整理,先简单介绍一下具体失效场景:
沁溪源
2020/09/02
1.2K0
spring事务失效的几种场景以及原因
spring事务失效场景可能大家在很多文章都看过了,所以今天就水一篇,看大家能不能收获一些不一样的东西。直接进入主题
lyb-geek
2022/03/01
2.3K0
spring事务失效的几种场景以及原因
SpingBoot:事务@Transactional注解不生效场景简介及事务回滚
声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截,然后在目标方法开始之前创建或者加入一个事务,在执行完目标方法之后根据执行情况提交或者回滚事务。
Freedom123
2024/03/29
4720
SpingBoot:事务@Transactional注解不生效场景简介及事务回滚
spring事务失效的几种情况与原因
失效原因: spring事务只有捕捉到了业务抛出去的异常,才能进行后续的处理,如果业务自己捕获了异常,则事务无法感知。
终有救赎
2023/10/16
2420
Spring @Transactional事务管理
事务管理对于企业应用来说是至关重要的,即使出现异常情况,它也可以保证数据的一致性。
鱼找水需要时间
2023/02/16
4230
Spring事务异常回滚需要数据库引擎支持
例:一个方法报异常,另一个方法回滚 在catch语句中最后增加throw new RuntimeException()语句,以便让aop捕获异常再去回滚,并且在service上层(webservice客户端,view层action)要继续捕获这个异常并处理
似水的流年
2019/12/05
9300
面试必问|哪些场景下Spring的事务会失效?
在日常工作中,如果对Spring的事务管理功能使用不当,则会造成Spring事务不生效的问题。而针对Spring事务不生效的问题,也是在跳槽面试中被问的比较频繁的一个问题。
冰河
2021/12/20
2840
面试必问|哪些场景下Spring的事务会失效?
Transactional注解不生效案例
参考:Spring中propagation的7种事务配置_sayoko06的博客-CSDN博客_propagation
CBeann
2023/12/25
3740
Transactional注解不生效案例
SpringBoot 系列教程之事务不生效的几种 case
前面几篇博文介绍了声明式事务@Transactional的使用姿势,只知道正确的使用姿势可能还不够,还得知道什么场景下不生效,避免采坑。本文将主要介绍让事务不生效的几种 case
一灰灰blog
2020/02/18
7730
SpringBoot 系列教程之事务不生效的几种 case
探究Spring事务:了解失效场景及应对策略
在现代软件开发中,数据的一致性和完整性是至关重要的。为了保证这些特性,Spring框架提供了强大的事务管理机制,让开发者能够更加自信地处理数据库操作。然而,事务并非银弹,存在一些失效的情景,本文将带您深入探究Spring事务及其失效场景,并为您呈现应对策略。
修己xj
2023/08/25
2580
探究Spring事务:了解失效场景及应对策略
Spring声明式与编程式事务的区别,事务与非事务方法相互调用导致的事务不生效问题
序号 参数 含义 1 原子性(Atomicity) 事务是数据库的逻辑工作单位,它对数据库的修改要么全部执行,要么全部不执行。 2 一致性(Consistemcy) 事务前后,数据库的状态都满足所有的完整性约束。 3 隔离性(Isolation) 并发执行的事务是隔离的,一个不影响一个。通过设置数据库的隔离级别,可以达到不同的隔离效果 4 持久性(Durability) 在事务完成以后,该事务所对数据库所作的更改便持久的保存在数据库之中,并不会被回滚。
chenchenchen
2022/03/09
1.4K0
Spring声明式与编程式事务的区别,事务与非事务方法相互调用导致的事务不生效问题
聊聊Spring事务控制策略以及@Transactional失效问题避坑
在大部分涉及到数据库操作的项目里面,事务控制、事务处理都是一个无法回避的问题。比如,需要对SQL执行过程进行事务的控制与处理的时候,其整体的处理流程会是如下的示意:
是Vzn呀
2022/08/26
5530
Spring Boot 的事务控制及示例代码
Spring Boot 提供了简单易用的事务控制功能,方便开发者进行数据库操作时保证数据的一致性和完整性。本文将介绍 Spring Boot 事务控制的用法和应用场景,并提供丰富的例子。
万猫学社
2023/09/01
6340
Spring Boot 的事务控制及示例代码
Spring事务详解
最近在项目组的业务技术分析会上,有同事遇到事务的失效的场景导致线上业务不可用。如果对Spring事务的@Transactional理解有限的话,确实很容易在开发中忽视一些细节问题,导致业务不可用的Bug。既然发生了问题,那么必然是要总结和反省的,然后我今天这里有时间总结一下各种事务失效的问题。
麋鹿大哥
2020/11/09
9330
推荐阅读
相关推荐
Spring事务失效场景
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档
查看详情【社区公告】 技术创作特训营有奖征文
本文部分代码块支持一键运行,欢迎体验
本文部分代码块支持一键运行,欢迎体验