ios – Xcode强制Swift可选解包两次(!!)

我正在分类UIStoryboardSegue,每次尝试使用两个UIView之一时,Xcode使我添加两个可选的解包(!!),如：

let sourceView = self.sourceViewController.view
sourceView!!.frame = CGRect(x: 0,y: 0,width: screenWidth,height: screenHeight

要么

let sourceView = self.sourceViewController.view!
sourceView!.frame = CGRect(x: 0,height: screenHeight

要么

self.sourceViewController.view!!.frame = CGRect(x: 0,height: screenHeight

我想知道有人可以解释为什么会这样.

解决方法

UIStoryboardSegue的sourceViewController属性键入为AnyObject,并且作为Objective-C兼容性功能,一旦导入Foundation,事情会变得与AnyObject有点怪异.

而不是在AnyObject类型上查找方法,Swift会查找Objective-C选择器,就像Objective-C与id类型一样.任何类的任何选择器都是公平的游戏：如果需要,您可以尝试在对象上调用activeProcessorCount,即使是nsprocessInfo选择器,编译器也可以让它执行. (由于明显的原因,它在运行时会失败).这被称为动态调度,与静态调度(Swift中的正常调用机制)相反.

尽管如此,动态调度有一点是它总是添加一层隐含的包装.如果您有一个返回String的Objective-C属性,动态调度将返回一个String！

当多个类声明具有相同名称但不同返回类型(或不同参数,但我们对这种情况不感兴趣)的选择器时,事情会变得毛茸茸.我不知道编译器如何选择它知道的许多相同命名的选择器.无论哪种方式,它都会选择一个,除非您将对象转换为更精确的类型,否则Swatch编译器将只允许您使用静态调度.

使用swiftc的-dump-ast参数,我们可以看到一个像编译器解析表达式的类似lisp的表示：

(pattern_binding_decl
  (pattern_named type='UIView?!' 'sourceView')
  (dynamic_member_ref_expr type='UIView?!' location=MySegue.swift:15:46 range=[MySegue.swift:15:25 - line:15:46] decl=UIKit.(file).UIGestureRecognizer.view
    (member_ref_expr type='AnyObject' location=MySegue.swift:15:25 range=[MySegue.swift:15:25 - line:15:25] decl=UIKit.(file).UIStoryboardSegue.sourceViewController
      (derived_to_base_expr implicit type='UIStoryboardSegue' location=MySegue.swift:15:20 range=[MySegue.swift:15:20 - line:15:20]
        (declref_expr type='Segue' location=MySegue.swift:15:20 range=[MySegue.swift:15:20 - line:15:20] decl=xxx.(file).Segue.func decl.self@MySegue.swift:14:7 specialized=no)))))

有很多的问题,但是您可以看到它生成了一个dynamic_member_ref_expr而不是一个member_ref_expr.如果您滚动到右侧的“attribute”,您将看到它正在使用UIGestureRecognizer的视图属性(declared as UIView?),以便该表达式返回一个UIView？！

相反,UIViewController的视图属性被声明为UIView！如果编译器选择了这个选择器,那么你最终会使用UIView !!,而只需要一个级别的显式展开.

您可以(并且必须在这样的实例中)明确地展开隐式展开的值.用sourceView作为UIView？！,第一个！解开UIView？进入UIView？,第二个解开UIView？成为终于可用的UIView.这就是为什么你需要两个惊叹号.

声明用于动态调度的选择器的类是不相关的,只要目标对象实现它,接受兼容参数,并返回兼容类型. UIView的？和UIView！在二进制级别是兼容的,所以最终你的程序仍然运行.然而,如果你不知何故期待一个String或另一个无关的类型,你可能会惊喜.在我看来,你应该尽可能避免动态调度.

tl; dr：如果将sourceViewController转换为UIViewController,您将获得正确的视图属性定义,并且根本不需要解开它.

ios – Xcode强制Swift可选解包两次(!!)

解决方法

相关推荐