Чи можна дозволити виклик didSet під час ініціалізації у Swift?

Питання

Документи Apple вказують, що:

willSet та didSet спостерігачі не викликаються, коли властивість вперше ініціалізується. Вони викликаються лише тоді, коли значення властивості встановлено поза контекстом ініціалізації.

Чи можна змусити їх викликати під час ініціалізації?

Чому?

Скажімо, у мене цей клас

class SomeClass {
    var someProperty: AnyObject {
        didSet {
            doStuff()
        }
    }

    init(someProperty: AnyObject) {
        self.someProperty = someProperty
        doStuff()
    }

    func doStuff() {
        // do stuff now that someProperty is set
    }
}

Я створив метод doStuff, щоб зробити виклики обробки більш стислими, але я краще просто обробити властивість у межах didSetфункції. Чи є спосіб змусити це викликати під час ініціалізації?

Оновлення

Я вирішив просто видалити інструмент зручності для мого класу і змусити вас встановити властивість після ініціалізації. Це дозволяє мені знати didSet, що завжди буде називатися. Я не вирішив, чи краще це в цілому, але це добре відповідає моїй ситуації.

Створіть власний набір-метод та використовуйте його у своєму методі init:

class SomeClass {
    var someProperty: AnyObject! {
        didSet {
            //do some Stuff
        }
    }

    init(someProperty: AnyObject) {
        setSomeProperty(someProperty)
    }

    func setSomeProperty(newValue:AnyObject) {
        self.someProperty = newValue
    }
}

Оголошуючи somePropertyтип: AnyObject!(неявно розгорнута опція), ви дозволяєте self повністю ініціалізуватися без somePropertyвстановлення. Коли ви телефонуєте, ви дзвоните setSomeProperty(someProperty)в еквівалент self.setSomeProperty(someProperty). Зазвичай ви цього не зможете зробити, тому що самостійно не було повністю ініціалізовано. Оскільки somePropertyне потрібна ініціалізація, і ви викликаєте метод, залежний від self, Swift залишає контекст ініціалізації і didSet запускається.

Якщо ви використовуєте deferвсередині з ініціалізатор , для оновлення всіх додаткових властивостей або подальшого оновлення без додаткових властивостей , які ви вже ініційовані і після того, як ви назвали які - або super.init()методи, то ваш willSet, didSetі т.д. буде називатися. Я вважаю це більш зручним, ніж впровадження окремих методів, які вам слід буде відслідковувати дзвінки в потрібних місцях.

Наприклад:

public class MyNewType: NSObject {

    public var myRequiredField:Int

    public var myOptionalField:Float? {
        willSet {
            if let newValue = newValue {
                print("I'm going to change to \(newValue)")
            }
        }
        didSet {
            if let myOptionalField = self.myOptionalField {
                print("Now I'm \(myOptionalField)")
            }
        }
    }

    override public init() {
        self.myRequiredField = 1

        super.init()

        // Non-defered
        self.myOptionalField = 6.28

        // Defered
        defer {
            self.myOptionalField = 3.14
        }
    }
}

Вийде:

I'm going to change to 3.14
Now I'm 3.14

Як варіант відповіді Олівера, ви можете загорнути лінії в замикання. Наприклад:

class Classy {

    var foo: Int! { didSet { doStuff() } }

    init( foo: Int ) {
        // closure invokes didSet
        ({ self.foo = foo })()
    }

}

Редагувати: Відповідь Брайана Вестфала - це приємніше. Приємне в його тому, що це натякає на наміри.

У мене була така ж проблема, і це працює для мене

class SomeClass {
    var someProperty: AnyObject {
        didSet {
            doStuff()
        }
    }

    init(someProperty: AnyObject) {
        defer { self.someProperty = someProperty }
    }

    func doStuff() {
        // do stuff now that someProperty is set
    }
}

Це працює, якщо ви робите це в підкласі

class Base {

  var someProperty: AnyObject {
    didSet {
      doStuff()
    }
  }

  required init() {
    someProperty = "hello"
  }

  func doStuff() {
    print(someProperty)
  }
}

class SomeClass: Base {

  required init() {
    super.init()

    someProperty = "hello"
  }
}

let a = Base()
let b = SomeClass()

У aприкладі, didSetне спрацьовує. Але, bнаприклад, didSetспрацьовує, тому що знаходиться в підкласі. Він повинен щось робити з тим, що initialization contextнасправді означає, в даному випадку superclassсправді це піклується

Хоча це не рішення, альтернативним способом вирішення цього питання буде використання конструктора класів:

class SomeClass {
    var someProperty: AnyObject {
        didSet {
            // do stuff
        }
    }

    class func createInstance(someProperty: AnyObject) -> SomeClass {
        let instance = SomeClass() 
        instance.someProperty = someProperty
        return instance
    }  
}

У конкретному випадку, коли ви хочете покликатись willSetабо didSetвсередині initвластивості, наявної у вашому суперкласі, ви можете просто призначити свою супермаєтність безпосередньо:

override init(frame: CGRect) {
    super.init(frame: frame)
    // this will call `willSet` and `didSet`
    someProperty = super.someProperty
}

Зауважте, що рішення Карла з закриттям завжди працювало б і в цьому випадку. Тож моє рішення - це просто альтернатива.

Ви можете вирішити це способом obj-s:

class SomeClass {
    private var _someProperty: AnyObject!
    var someProperty: AnyObject{
        get{
            return _someProperty
        }
        set{
            _someProperty = newValue
            doStuff()
        }
    }
    init(someProperty: AnyObject) {
        self.someProperty = someProperty
        doStuff()
    }

    func doStuff() {
        // do stuff now that someProperty is set
    }
}