AN
если есть обращение то он упадет и мы сразу поймем в чем дело
Вот это реально шикрно
Но когда поддерживаешь какой-то старый проект, где сториборды - нужно делать с ними
Size: a a a
2019 June 01
АЧ
АЧ
просто если нет обращения к аутлету из кода, то приложение не упадет если элемент был уделен из сториборда
Если аутлет "!" — то упадет при его удалении
AN
если заменить ! на ? то в этом случае даже если будет обращение то приложение не падает но и мы не получаем что хотели, приложение продолжает работать но работает неправильно
АЧ
У нас в политике прописано, что однообразно должно быть
AN
Если аутлет "!" — то упадет при его удалении
только если есть обращение из кода
АЧ
если заменить ! на ? то в этом случае даже если будет обращение то приложение не падает но и мы не получаем что хотели, приложение продолжает работать но работает неправильно
ветвление guard в помощь
АЧ
только если есть обращение из кода
Создание аутлета в коде — уже обращение
AN
мм, ну ты попробуй запусти проект
AN
я только что попробовал, получилось так как я говорю 🙂
АЧ
мм, ну ты попробуй запусти проект
Да ладно
У меня такое же предложение
У меня такое же предложение
АЧ
Ммммммм
Таксичность
Таксичность
AN
не зря Apple делают implicit unwrap, есть в этом смысл
АЧ
не зря Apple делают implicit unwrap, есть в этом смысл
А сбербанк просто так на своих конференциях объясняет почему это плохо?)
AN
Создание аутлета в коде — уже обращение
это не создание аутлета... это декларация
AN
есть две стадии - декларация и инициализация
AN
возможно мы о разном говорим просто
АЧ
это не создание аутлета... это декларация
Что происходит когда ты викидываешь аутлет в код?
AN
я о том что когда делаешь CTRL+drag от элемента в IB в код, создается например вот такое:
import UIKit
class ViewController: UIViewController {
@IBOutlet weak var button: UIButton!
override func viewDidLoad() {
super.viewDidLoad()
// Do any additional setup after loading the view.
}
}AN
и теперь если в IB удалить конекшн до аутлета или удалить button