0

我不再看到 Xcode 抱怨某些东西需要可选项（“？”）。现在它总是被强制解包（爆炸“！”）。当我们现在强制展开时，还有什么理由再使用选项吗？

4

2 回答 2

1

我真的不明白当你写到你不再看到 Xcode 抱怨“某些东西需要可选项。现在它总是被强制解包”时你的意思是什么。这两句话相互矛盾：

  • 您可能拥有任意数量的非可选变量，但是一旦您了解了使用它们的所有好处，可选变量就会非常好。
  • 如果您有一个不是可选的属性，那么根据定义，它不需要任何展开。

也许您提到的是，当您实际执行强制解包选项时，Xcode 似乎很少抱怨，或者，作为 Xcode 的一个坏习惯，提示您强制解包内容以避免编译时错误。这通常是因为 Xcode 在编译时无法知道您刚刚编写的代码会在运行时破坏您的应用程序。

Xcode 的“智能提示”似乎有时只有一个目的：即消除编译时错误。如果您尝试将String?类型（可选String）的值分配给Stringtype，Xcode 将提示您编译器错误并询问您是否要添加强制展开运算符!。智能 Xcode，你说？嗯，Xcode 对很多事情都有好处，但是决定如何解开选项是其中之一，反正还不是。所以即使 Xcode 会提示你做各种各样的事情：如果你可以使用可选链接，那就去做吧。

当然，也可能有例外。对于 MVC 设计范式的控制器部分，您通常使用as!操作符进行“强制转换”（强制转换），Xcode 有时会告诉您显式使用as!而不是as，例如“您的意思是as!......？” . 在这些情况下，Xcode 有时实际上可以知道它在做什么，并推断您正在尝试将一个自定义UIViewController类实例转换为 type UIViewController，即它的父类。我想说这可能是我使用“强制”标记!而不复飞的少数几次之一。强制转换为我知道的 100% 确定可以转换的类型。

但是，让我们离开类型转换/强制转换的主题，继续讨论可选类型、包装和可选链接。

通常，您应该避免强制展开，除非您明确知道您展开的实体将是非零。对于一般的类属性、变量等，鉴于你以你的方式陈述这个问题，我会给你以下建议：

如果您可以使用条件展开 ( if-let, guard-let, nil 合并运算符??)，则不要使用强制展开 ( !)。

下面是一个强制展开危险的示例。你可以把第一个if子句（if arc4random...t真的在这里帮助我们。

var name : String?

/* 'name' might or might not have a non-nil 
    value after this if clause */
if arc4random_uniform(2) < 1 {
    name = "David"
}

/* Well-defined: us an if-let clause to try to unwrap your optional */
if let a = name {
    print("Hello world "+a)
        /* Very well-behaved, we did a safe
           unwrap of 'name', if not nil, to constant a */

    print("Hello world "+name!)
        /* Well... In this scope, we know that name is, 
           for a fact, not nil. So here, a force unwrap
           is ok (but not needed). */
}

let reallyGiveMeThatNameDammit = name!
    /* NOT well-defined. We won't spot this at compile time, but
       if 'name' is nil at runtime, we'll encounte a runtime error */

我建议你阅读可选链，这是 Swift 中的一个关键主题。

于 2015-12-29T03:15:26.320 回答
0

你是说可可的东西吗？你的意思是隐式展开？

protocol AnyObject { ... }

所有类都隐式遵循的协议。

当用作具体类型时，所有已知的 @objc 方法和属性都可用，分别作为隐式展开可选方法和属性，在 AnyObject 的每个实例上。例如：

class C {
  @objc func getCValue() -> Int { return 42 }
}

// If x has a method @objc getValue()->Int, call it and
// return the result.  Otherwise, return nil.
func getCValue1(x: AnyObject) -> Int? {
  if let f: ()->Int = x.getCValue { // <===
    return f()
  }
  return nil
}

// A more idiomatic implementation using "optional chaining"
func getCValue2(x: AnyObject) -> Int? {
  return x.getCValue?() // <===
}

// An implementation that assumes the required method is present
func getCValue3(x: AnyObject) -> Int { // <===
  return x.getCValue() // x.getCValue is implicitly unwrapped. // <===
}
于 2015-12-29T03:48:42.870 回答