ios - 初始化中的隐式解包选项 - Swift

Question

在编写一个新的 swift 类时，当(不)使用隐式展开的可选值而不是简单的可选值时，我仍然不是 100% 舒服。据我所知，如果您从未期望它的值为 nil，那么将其分配为隐式解包(和可选)应该没问题。如果它为 nil，则这是一个异常事件，应该会导致运行时错误。

以这个包含两个文本字段成员变量的简单登录 View 为例:

class SignInFieldView : UIView {

var emailField: UITextField!;
var passField: UITextField!;

required init(coder aDecoder: NSCoder) {
    super.init(coder: aDecoder);
    commonInit();
}

convenience override init(frame: CGRect) {
    self.init(frame: frame);
    commonInit();
}

func commonInit() {
    layoutEmail();
    layoutPass();
}

// MARK: Layout Text Fields

func layoutEmail() {
    let rect = CGRect(x: bounds.origin.x, y: bounds.origin.y, width: bounds.size.width, height: (bounds.size.height * 0.5));
    emailField = UITextField(frame: rect);
    addSubview(emailField);
}

func layoutPass() {
    let rect = CGRect(x: bounds.origin.x, y: bounds.origin.y + (bounds.size.height * 0.5), width: bounds.size.width, height: (bounds.size.height * 0.5));
    passField = UITextField(frame: rect);
    addSubview(passField);
}
}

在上面的类中，emailField 和 passField 都被归类为隐式展开的可选值，因为我从不希望它们在它们的父 View 的整个生命周期中都是 nil。我没有将它们分配为常量，因为我希望它们的初始化依赖于 super View 的状态(框架/边界/等)。我省略了额外的代码以保持此示例的简洁。

对初始化成员使用隐式解包的可选值是否正确有效？

Answer 1

我会远离隐式解包选项除非有充分的理由使用它们。尽可能使用非可选的，否则使用可选的。如果使用不当，隐式展开非常危险，因为它们会绕过编译器检查并生成运行时异常。

使用隐式展开的情况的非详尽列表:

• 当有 API 返回隐式解包时
• 解决Strong Reference Cycles Between Class Instances问题
• 当你有一个类/结构属性(按设计)永远不会为 nil，但它不能在初始化程序中设置时

后一种用法的典型案例是在 UIViewController 中，当在 viewDidLoad 方法中而不是在初始化程序中初始化属性时 - 使用隐式展开。

在这种情况下不要使用隐式解包:

• 因为它很酷
• 因为它可以让您保存键盘上的按键操作
• 当您不能100%确定是否使用它时

在您的特定情况下，虽然属性是在初始化器中实例化的，但它们依赖于父类(super class)初始化，因此将它们声明为隐式展开是有意义的。