Swiftで失敗可能な初期化子を実装するためのベストプラクティス

次のコードを使用して、単純なモデルクラスを定義しようとしています。これは、（json-）辞書をパラメーターとして使用する、失敗可能な初期化子です。初期化子はnil、ユーザー名が元のjsonで定義されていない場合に返されます。

1.コードがコンパイルされないのはなぜですか？エラーメッセージは言う：

イニシャライザからnilを返す前に、クラスインスタンスのすべての格納されたプロパティを初期化する必要があります。

それは意味がありません。戻る予定があるのに、なぜこれらのプロパティを初期化する必要があるのnilですか？

2.私のアプローチは適切ですか、それとも私の目標を達成するための他のアイデアや一般的なパターンはありますか？

class User: NSObject {

    let userName: String
    let isSuperUser: Bool = false
    let someDetails: [String]?

    init?(dictionary: NSDictionary) {
        if let value: String = dictionary["user_name"] as? String {
            userName = value
        }
        else {
           return nil
        }

        if let value: Bool = dictionary["super_user"] as? Bool {
            isSuperUser = value
        }

        someDetails = dictionary["some_details"] as? Array

        super.init()
    }
}

更新：からスウィフト2.2変更ログ（2016年3月21日リリース）：

失敗可能またはスローとして宣言された指定クラス初期化子は、オブジェクトが完全に初期化される前に、それぞれnilまたはエラーをスローするようになりました。

Swift 2.1以前の場合：

Appleのドキュメント（およびコンパイラエラー）によると、クラスは返される前に、格納されているすべてのプロパティを初期化する必要があります nil、失敗した初期化子からます。

ただし、クラスの場合、失敗可能な初期化子は、そのクラスによって導入されたすべての格納されたプロパティが初期値に設定され、初期化子の委任が行われた後にのみ初期化の失敗をトリガーできます。

注意：実際には、クラスだけでなく、構造体および列挙体でも正常に機能します。

イニシャライザが失敗する前に初期化できない格納されたプロパティを処理するための推奨される方法は、暗黙的にアンラップされたオプションとしてそれらを宣言することです。

ドキュメントの例：

class Product {
    let name: String!
    init?(name: String) {
        if name.isEmpty { return nil }
        self.name = name
    }
}

上記の例では、Productクラスのnameプロパティは、暗黙的にアンラップされたオプションの文字列型（String！）として定義されています。これはオプションのタイプであるため、初期化中に特定の値が割り当てられる前に、nameプロパティのデフォルト値はnilになります。このデフォルト値のnilは、Productクラスによって導入されたすべてのプロパティに有効な初期値があることを意味します。その結果、初期化子内のnameプロパティに特定の値を割り当てる前に、空の文字列が渡された場合、Productの失敗可能な初期化子は初期化子の開始時に初期化エラーをトリガーできます。

ただし、基本クラスのプロパティを初期化することについてはまだ心配する必要があるため、単にuserNameとして定義してString!もコンパイルエラーは修正されませんNSObject。幸い、userNameとして定義されているためString!、実際に呼び出すsuper.init()前にreturn nil、NSObject基本クラスを初期化し、コンパイルエラーを修正できます。

class User: NSObject {

    let userName: String!
    let isSuperUser: Bool = false
    let someDetails: [String]?

    init?(dictionary: NSDictionary) {
        super.init()

        if let value = dictionary["user_name"] as? String {
            self.userName = value
        }
        else {
            return nil
        }

        if let value: Bool = dictionary["super_user"] as? Bool {
            self.isSuperUser = value
        }

        self.someDetails = dictionary["some_details"] as? Array
    }
}

それは意味がありません。nilを返す予定があるときに、これらのプロパティを初期化する必要があるのはなぜですか？

クリス・ラットナーによると、これはバグです。これが彼の言うことです：

これは、リリースノートに記載されているSwift 1.1コンパイラの実装制限です。コンパイラーは現在、すべてのケースで部分的に初期化されたクラスを破棄することができないため、必要な状況の形成を許可していません。これは機能ではなく、今後のリリースで修正されるバグと考えています。

ソース

編集：

したがって、swiftはオープンソースになり、この変更ログによると、swift 2.2のスナップショットで修正されています

失敗可能またはスローとして宣言された指定クラス初期化子は、オブジェクトが完全に初期化される前に、それぞれnilまたはエラーをスローするようになりました。

私はマイクSの答えがAppleの推奨であることを受け入れますが、それがベストプラクティスだとは思いません。強力な型システムの要点は、実行時エラーをコンパイル時間に移動することです。この「解決策」は、その目的に反しています。IMHO、先に進んでユーザー名をに初期化し""、super.init（）の後でそれを確認することをお勧めします。空のuserNamesが許可されている場合は、フラグを設定します。

class User: NSObject {
    let userName: String = ""
    let isSuperUser: Bool = false
    let someDetails: [String]?

    init?(dictionary: [String: AnyObject]) {
        if let user_name = dictionary["user_name"] as? String {
            userName = user_name
        }

        if let value: Bool = dictionary["super_user"] as? Bool {
            isSuperUser = value
        }

        someDetails = dictionary["some_details"] as? Array

        super.init()

        if userName.isEmpty {
            return nil
        }
    }
}

制限を回避する別の方法は、クラス関数を使用して初期化を行うことです。その関数を拡張機能に移動することもできます。

class User: NSObject {

    let username: String
    let isSuperUser: Bool
    let someDetails: [String]?

    init(userName: String, isSuperUser: Bool, someDetails: [String]?) {

         self.userName = userName
         self.isSuperUser = isSuperUser
         self.someDetails = someDetails

         super.init()
    }
}

extension User {

    class func fromDictionary(dictionary: NSDictionary) -> User? {

        if let username: String = dictionary["user_name"] as? String {

            let isSuperUser = (dictionary["super_user"] as? Bool) ?? false
            let someDetails = dictionary["some_details"] as? [String]

            return User(username: username, isSuperUser: isSuperUser, someDetails: someDetails)
        }

        return nil
    }
}

それを使用すると：

if let user = User.fromDictionary(someDict) {

     // Party hard
}

Swift 2.2がリリースされ、イニシャライザが失敗する前にオブジェクトを完全に初期化する必要はなくなりましたが、https：//bugs.swift.org/browse/SR-704が修正されるまで馬を保持する必要があります。

これは Swift 1.2で実行できることがわかりました

いくつかの条件があります。

• 必須のプロパティは、暗黙的にアンラップされたオプションとして宣言する必要があります
• 必要なプロパティに値を1回だけ割り当てます。この値はnilの場合があります。
• 次に、クラスが別のクラスから継承している場合は、super.init（）を呼び出します。
• 後は、すべての必要なプロパティが期待通りの価値があるかどうかを確認、値が割り当てられています。そうでない場合は、nilを返します。

例：

class ClassName: NSObject {

    let property: String!

    init?(propertyValue: String?) {

        self.property = propertyValue

        super.init()

        if self.property == nil {
            return nil
        }
    }
}

値型（つまり、構造体または列挙型）の失敗可能な初期化子は、その初期化子実装内の任意の時点で初期化失敗をトリガーできます

ただし、クラスの場合、失敗可能な初期化子は、そのクラスによって導入されたすべての格納されたプロパティが初期値に設定され、初期化子の委任が行われた後にのみ初期化の失敗をトリガーできます。

抜粋：Apple Inc.“ Swiftプログラミング言語。” iBooks。https://itun.es/sg/jEUH0.l

あなたは便利なinitを使うことができます：

class User: NSObject {
    let userName: String
    let isSuperUser: Bool = false
    let someDetails: [String]?

    init(userName: String, isSuperUser: Bool, someDetails: [String]?) {
        self.userName = userName
        self.isSuperUser = isSuperUser
        self.someDetails = someDetails
    }     

    convenience init? (dict: NSDictionary) {            
       guard let userName = dictionary["user_name"] as? String else { return nil }
       guard let isSuperUser = dictionary["super_user"] as? Bool else { return nil }
       guard let someDetails = dictionary["some_details"] as? [String] else { return nil }

       self.init(userName: userName, isSuperUser: isSuperUser, someDetails: someDetails)
    } 
}