初始化中的隐式展开选项-Swift

Question

在编写一个新的swift类时，当（不）使用隐式展开选项而不仅仅是普通选项时，我仍然不是100%舒服。据我所知，如果你从来没有期望它的值为零，那么把它指定为隐式未包装（可选）应该是可以的。如果为nil，则为异常事件，应导致运行时错误。

例如，这个简单的登录视图包含两个text field成员变量：

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都被归类为隐式展开选项，因为我从来没有期望它们在superview的整个生命周期中都为零。我没有将它们指定为常量，因为我希望它们的初始化依赖于superview的状态（frame/bounds/etc）。我省略了额外的代码来保持这个例子的干净。

对初始化成员使用隐式展开选项是否正确有效？

Answer 1

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

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

• 当API返回隐式展开的

后一种用法的典型情况是在UIViewController中，当属性在viewDidLoad方法中初始化时，而不是在初始值设定项中初始化时，使用隐式展开的属性是有意义的。

在这种情况下，不要使用隐式展开：

• 因为它很酷

在您的特定情况下，虽然属性在初始化器中实例化，但它们依赖于超类初始化，因此声明是有意义的