Zuweisen von Variable im fehlbaren Initializer Swift 1.2

Question

Ich habe eine Struktur mit einem fehlbaren Initialisierer, keine Instanzmethode, sondern ein Initialisierer. Nach der Aktualisierung auf 1.2, wenn ich versuche, eine let Eigenschaft innerhalb des Initialisierers zuzuweisen, erhalte ich den folgenden Fehler Cannot assign to 'aspectRatio' in self. Mein Code unter:

import Foundation 

public struct MediaItem 
{ 
public let url: NSURL! 
public let aspectRatio: Double 

public var description: String { return (url.absoluteString ?? "no url") + " (aspect ratio = \(aspectRatio))" } 

// MARK: - Private Implementation 

init?(data: NSDictionary?) { 
    var valid = false 
    if let urlString = data?.valueForKeyPath(TwitterKey.MediaURL) as? NSString { 
     if let url = NSURL(string: urlString as String) { 
      self.url = url 
      let h = data?.valueForKeyPath(TwitterKey.Height) as? NSNumber 
      let w = data?.valueForKeyPath(TwitterKey.Width) as? NSNumber 
      if h != nil && w != nil && h?.doubleValue != 0 { 
       aspectRatio = w!.doubleValue/h!.doubleValue 
       valid = true 
      } 
     } 
    } 
    if !valid { 
     return nil 
    } 
} 

struct TwitterKey { 
    static let MediaURL = "media_url_https" 
    static let Width = "sizes.small.w" 
    static let Height = "sizes.small.h" 
} 
} 

Meine Frage ist, was mache ich, um das zu beheben?

Answer 1

Swift 1.2 hat eine Lücke geschlossen, die mit let Eigenschaften zu tun:

Die neue Regel ist, dass eine Konstante lassen vor der Verwendung initialisiert werden muss (wie ein var), und dass es nur initialisiert werden kann, nach der Initialisierung nicht neu zugewiesen oder mutiert.

Diese Regel ist genau das, was Sie zu verletzen versuchen. aspectRatio ist eine let Eigenschaft und Sie haben bereits einen Wert in seiner Erklärung gegeben:

public let aspectRatio: Double = 0 

Also, bevor wir jemals Initialisierungsstab bekommen, aspectRatio seinen Anfangswert hat - 0. Und das ist der einzige Wert, der es kann jemals haben. Die neue Regel bedeutet, dass Sie niemals immer wieder aspectRatio zuweisen können, nicht einmal in einem Initialisierer.

Die Lösung ist (und das war immer der richtige Weg): weisen Sie keinen Wert in seiner Erklärung:

public let aspectRatio: Double 

Jetzt, in dem Initialisierer entweder zuweisen es 0 oder assign es w!.doubleValue/h!.doubleValue. Mit anderen Worten, achten Sie auf jede Möglichkeit in der Initialisierung, einmal. Das wird die nur Zeit sein, auf die eine oder andere Weise, die Sie aspectRatio einen Wert zuweisen können.

Wenn Sie darüber nachdenken, werden Sie feststellen, dass dies ein viel vernünftiger und konsequenter Ansatz ist; zuvor haben Sie die Bedeutung von let in Verlegenheit gebracht, und die neue Regel hat Sie daran gehindert, dies zu tun.

---

In Ihrem Umschreiben des Codes, versagen Sie alle Eigenschaften in der Situation, wo Sie und nil Rückkehr zu retten beabsichtigen, zu initialisieren. Ich weiß, es mag widersprüchlich erscheinen, aber das kannst du nicht tun. Sie müssen alle Eigenschaften initialisieren, selbst wenn Sie beabsichtigen, zu retten. Ich diskutiere dies sehr deutlich in my book:

A failable Klasseninitialisierer nicht return nil bis sagen kann, nachdem er alle seine eigenen Initialisierung Aufgaben abgeschlossen hat. So muss zum Beispiel eine fehlbare Unterklasse, die als Initialisierer bezeichnet wird, dafür sorgen, dass alle Eigenschaften der Unterklasse initialisiert werden, und sie muss super.init(...) anrufen, bevor sie return nil sagen kann. (Es gibt eine gewisse köstliche Ironie hier: bevor es die Instanz herunterreißen kann, muss der Initialisierer fertig sein, die Instanz aufzubauen.

)

EDIT: Bitte beachten Sie, dass ab Swift 2.2, wird diese Anforderung angehoben. Es ist zulässig, return nilvor Initialisierungseigenschaften. Dies wird Klasseninitialisierer mit Struct-Initialisierern vergleichbar machen, wo dies bereits legal war.