Пусть в качестве параметра Swift

Question

Я не знаю, почему это не работает:

class ViewController: UIViewController { 
    private let key = 123 
    let class = Class(key: self.key) 

} 

и в классе мой инициализации выглядит следующим образом:

init(let key: Int) { 
    self.key = key 
} 

Есть ли способ решить это. Я знаю, что в качестве параметра работает key: 123, но должно быть другое решение.

Answer 1

Вы не можете использовать self в инициализации встроенного в свойства, потому что self не доступен, пока объект не был инициализирован.

class ViewController: UIViewController { 
    private let key = 123 
    let class = Class(key: self.key) 

} 

Вы можете либо сделать keystatic:

class ViewController: UIViewController { 
    private static let key = 123 
    let class = Class(key: ViewController.key) 

} 

или использовать lazy инициализацию class:

class ViewController: UIViewController { 
    private let key = 123 
    lazy var class = Class(key: self.key) 

} 

Это работает, потому что class не инициализирован, пока он не доступен, и в то время ViewController будет инициализировано и self w быть доступным.

Answer 2

Если я правильно понял ваш вопрос, проблема в простоте параметров функции больше не может быть объявлена ​​let. Это изменение было частью SE-0003, которое (в принятой форме) удалило поддержку для параметров var. Поскольку параметры не могут быть объявлены var, нет особых причин, позволяющих им явно объявляться let.

Последняя принятая форма SE-0003 была анонсирована Крисом Латтнером по телефону Jan 28, 2016 on the swift-evolution mailing list. Вот соответствующий раздел, с добавленным внимание:

Parameter Lists

‘var’ in a parameter list is problematic for a number of reasons:

• Parameter lists currently allow both “inout” and “var”, and real confusion occurs for some people learning swift that expect “var” to provide reference semantics.

• Parameter lists are not “patterns” in the language, so neither “let” nor “var” really make sense there. Parameters were patterns in a much older swift design, but that was eliminated a long time ago and this aspect never got reconsidered.

• “var” in a parameter list is odd because it is an implementation detail being foisted on the interface to the function. To be fair, we already have this with "API names" vs "internal names”, but this is a bigger semantic implementation detail.

Conclusion: The core team decided that we should REMOVE “var” and “let” from parameter lists.

“var” in a parameter list is convenient sugar that defines away some minor boilerplate (the shadowing copy), however, the cost benefit tradeoff doesn’t pay enough to keep it.