【问题标题】:Core animation, self.presentationLayer() is nil核心动画,self.presentationLayer() 为 nil
【发布时间】:2015-04-21 15:03:05
【问题描述】:

我有一个快速的自定义 CALayer,它有一些动态(实际上是 @NSManaged 属性)我已经正确设置了所有内容,并且正在调用层 actionForKey。

override public func actionForKey(key: String!) -> CAAction! {
    switch key {
    case "maxCircles", "numCircles":
        let animation = CABasicAnimation(keyPath: key)
        animation.timingFunction = CAMediaTimingFunction(name: kCAMediaTimingFunctionLinear);
        animation.fromValue = self.presentationLayer().valueForKey(key);
        animation.duration = 0.2
        return animation;
    default:
        return super.actionForKey(key)
    }
}

有时self.presentationLayer(). 会抛出异常,因为它被隐式解包并且为零。在 Objective-C 中,代码通常只是:

[[self presentationLayer] valueForKey:key]

它不会崩溃,但我从来没有真正意识到它可以调用 nil 并生成 0 - 这对我来说感觉很不对。不能保证我是从 nil 开始制作动画的。

在 Swift 中访问 presentationLayer 的正确方法是什么?我应该测试 nil 吗?即:

override public func actionForKey(key: String!) -> CAAction! {
    if ( key == "maxCircles" || key == "numCircles" ) && self.presentationLayer() != nil {

        let animation = CABasicAnimation(keyPath: key)
        animation.timingFunction = CAMediaTimingFunction(name: kCAMediaTimingFunctionLinear);
        animation.fromValue = self.presentationLayer().valueForKey(key);
        animation.duration = 0.2
        return animation;
    }
    return super.actionForKey(key)
}

【问题讨论】:

    标签: swift core-animation


    【解决方案1】:

    presentationLayer 属性返回一个可选值,所以是的,您应该测试 nil。在 Objective-C 中,消息传递 nil 是无操作的,因此不会导致您的应用程序崩溃。请记住,安全是 swift 的主要目标之一,因此您需要在此处进行自己的检查。如果你像这样编写你的函数,它将与 Objective-C 对应的函数类似:

    override public func actionForKey(key: String!) -> CAAction! {
        if key == "maxCircles" || key == "numCircles" {
            // Check your presentation layer first before doing anything else
            if let presoLayer = self.presentationLayer() as? CALayer {
                let animation = CABasicAnimation(keyPath: key)
                animation.timingFunction = CAMediaTimingFunction(name: kCAMediaTimingFunctionLinear);
                animation.fromValue = presoLayer.valueForKey(key);
                animation.duration = 0.2
                return animation;
            }
        }
        return super.actionForKey(key)
    }
    

    我假设您的其余代码就在这里,并且只是回答有关presentationLayer 的可选性的部分。我将您的 switch 切换为 if,因为它对我来说更具可读性。

    【讨论】:

    • 此解决方案修复了该问题,但请注意presentationLayer() 返回一个隐式展开的可选,因此此方法的用户不需要测试nil。 (我认为这是 Apple API 错误的一种解决方法。)也就是说,如果它可以为 nil,它应该返回 AnyObject?,而不是 AnyObject!
    • Matt Long 的解决方案(和我的)都是 Apple 错误的解决方法。它不会杀死 Objective-C 应用程序,因为在 Objective-C 中你可以向 nil 发送消息,但没有任何反应,但在 Swift 中这是非法的。
    • AnyObject 不能转换为 CALayer,正确的测试是 if self.presentationLayer() == nil(添加到答案中)
    • “Matt Long 的解决方案(和我的)都是 Apple 错误的解决方法”@AaronBrager 我几乎不认为这是一个“错误”......如果有的话,那就是 Objective-C 的行为错误。
    • @AaronBrager 澄清一下,以防有人看着我们争论这个问题:总有一天,Swift 中的所有传入值都应该是非可选的或真正的可选 - 例如,AnyObject 或 @987654333 @。 Apple 希望摆脱所有 AnyObject! 的情况(以及其他隐式展开的选项)。我个人不同意这个目标,但这就是他们的目标,也是他们通过手动调整 API 所做的事情。但是还有很多 API 领域他们还没有接触到,CALayer 就是其中之一。 ——我希望我正确地表达了我们的集体观点。 :)
    【解决方案2】:

    Matt Long 的解决方案有效。但是,如果您想保留 switch 语法,您可以使用 case … where 语法测试 nil

    override func actionForKey(key: String!) -> CAAction! {
        switch key {
        case "maxCircles", "numCircles" where self.presentationLayer() != nil:
            let animation = CABasicAnimation(keyPath: key)
            animation.timingFunction = CAMediaTimingFunction(name: kCAMediaTimingFunctionLinear);
            animation.fromValue = self.presentationLayer().valueForKey(key);
            animation.duration = 0.2
            return animation;
        default:
            return super.actionForKey(key)
        }
    }
    

    或者,如果没有表示层,您可以只提供默认的 fromValue

    animation.fromValue = self.presentationLayer() != nil ? self.presentationLayer().valueForKey(key) : 0;
    

    【讨论】:

    • 如果类型更复杂,添加默认值会很痛苦——比如颜色。
    • 我同意 - 我只是给你选择。您也可以将其设置为nil(参见Setting Interpolation Values)。
    猜你喜欢
    • 1970-01-01
    • 2010-10-21
    • 2011-05-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-06-21
    • 1970-01-01
    相关资源
    最近更新 更多