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
我想知道有人可以解释为什么会这样.
解决方法
而不是在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,您将获得正确的视图属性定义,并且根本不需要解开它.