Comments 11
1. Чтобы избежать retain circle нужно писать weak var receiverOfOrderViaElevator, а protocol InterchangeViaElevatorProtocol: AnyObject {...}
2. Не пишите [weak self] in self!..., иначе self «протухнет» и приложение упадет при force unwrapping, пишите [weak self] in self?..., или через guard: guard let self = self else {return}
2. Не пишите [weak self] in self!..., иначе self «протухнет» и приложение упадет при force unwrapping, пишите [weak self] in self?..., или через guard: guard let self = self else {return}
Благодарю за комментарий.
Я намеренно сделал несколько допущений, чтобы не усложнять. Конечно же, я надеюсь никто из изучающих Swift не будет делать force unwrapping в своих приложениях. Я полагаю, что те, кто дошел до изучения UIKit, уже знает и про опционалы, и опасность force unwrapping, и про то, что нужно делать код безопасным через optional binding (if let или guard let). Сомневаюсь, что кто-то начинает изучение Swift сразу с делегатов, не изучив опционалы и опциональные цепочки )) Поэтому эта статья будет полезна тем, кто уже столкнулся с делегатами и колбэками и теперь лишь пытается разобраться до конца и уложить кусочки пазла в целостную картину ))
Я намеренно сделал несколько допущений, чтобы не усложнять. Конечно же, я надеюсь никто из изучающих Swift не будет делать force unwrapping в своих приложениях. Я полагаю, что те, кто дошел до изучения UIKit, уже знает и про опционалы, и опасность force unwrapping, и про то, что нужно делать код безопасным через optional binding (if let или guard let). Сомневаюсь, что кто-то начинает изучение Swift сразу с делегатов, не изучив опционалы и опциональные цепочки )) Поэтому эта статья будет полезна тем, кто уже столкнулся с делегатами и колбэками и теперь лишь пытается разобраться до конца и уложить кусочки пазла в целостную картину ))
Потрудился на славу, хорошая практика, продолжай ))
В схеме с делегатом забыл
Метод, который что-то возвращает, называется «фабричным». Возвращать булево значение бессмысленно, если это не метод делегата, в котором за тебя уже все определили и тебе только надо сказать «да» или «нет» и объяснить в двух строчках, почему.
Используй
Успехов!
В схеме с делегатом забыл
weak var delegateМетод, который что-то возвращает, называется «фабричным». Возвращать булево значение бессмысленно, если это не метод делегата, в котором за тебя уже все определили и тебе только надо сказать «да» или «нет» и объяснить в двух строчках, почему.
Используй
(completion: (Bool) -> Void)Успехов!
Безусловно вы правы во всем, спасибо. Но обо всех тонкостях в одной статье не написать, да и не это было целью. Для меня главное, чтобы читатели, такие как я, у которых до конца не складывался пазл про делегаты и колбэки, наконец-то поняли «на пальцах», как это работает и когда это применяется ))
Возвращение Bool было не обязательным, конечно. Это так, для примера. Может, стоит предупредить о этом… Надо подумать. Просто не хотел бы превращать статью еще и в разбор правил построения замыканий. Она и так очень уж большая получилась, на мой взгляд ))
Возвращение Bool было не обязательным, конечно. Это так, для примера. Может, стоит предупредить о этом… Надо подумать. Просто не хотел бы превращать статью еще и в разбор правил построения замыканий. Она и так очень уж большая получилась, на мой взгляд ))
Я дошел до момента
extension Waiter {
var receiverOfOrderViaElevator: InterchangeViaElevatorProtocol? { return cook }
}
Тупо вклеил код по порядку
extension Waiter {
var receiverOfOrderViaElevator: InterchangeViaElevatorProtocol? { return cook }
}
Тупо вклеил код по порядку
Добрый день.
Использовать extention'ы удобно для тех, кто имеет опыт их использования. Это был пример скорее для них, нежели для всех.
Вам же рекомендую пропустить и не вставлять extension Waiter и extension Cook, как вы делали по порядку. Просто подправьте код, написанный ранее, добавив туда соответствующие строчки. Как раз далее я написал о том, что для для простоты мы удалим extention'ы (экстеншены) и перенесем строчки в код. И чуть ниже идут переделанные классы Waiter и Cook уже со всеми исправлениями и доработками. Надеюсь, что это помогло :)
Использовать extention'ы удобно для тех, кто имеет опыт их использования. Это был пример скорее для них, нежели для всех.
Вам же рекомендую пропустить и не вставлять extension Waiter и extension Cook, как вы делали по порядку. Просто подправьте код, написанный ранее, добавив туда соответствующие строчки. Как раз далее я написал о том, что для для простоты мы удалим extention'ы (экстеншены) и перенесем строчки в код. И чуть ниже идут переделанные классы Waiter и Cook уже со всеми исправлениями и доработками. Надеюсь, что это помогло :)
Спасибо за статью!
Мне кажется немного странным порядок действий:
В самом начале статьи объявлен метод sendOrderToCook(), который вызывается в методе takeOrder(). Соответственно, я думаю, что лучше поменять порядок действий:
Мне кажется немного странным порядок действий:
- // Добавим официанту заказ:
waiter.takeOrder(«Chiken») - // Теперь скажем официанту, что его «получатель заказа через лифт» — это наш повар:
waiter.receiverOfOrderViaElevator = cook - // Теперь официант может нашего «получателя заказа через лифт» попросить приготовить заказ:
waiter.receiverOfOrderViaElevator?.cookOrder(order: waiter.order!)
В самом начале статьи объявлен метод sendOrderToCook(), который вызывается в методе takeOrder(). Соответственно, я думаю, что лучше поменять порядок действий:
- Сказать, что в sendOrderToCook вызывается receiverOfOrderViaElevator?.cookOrder(order: waiter.order!)
- Назначить делегата waiter.receiverOfOrderViaElevator = cook
- и только после этого делать waiter.takeOrder(«Chiken»)
Статья не о чем… мало того что много ошибок (было на момент чтения), вырви глаз названия сущностей и методов…
Тут больше разбираешься в официанте и поваре (пришлось даже картинку с лифтом вставить), чем в делегатах…
не рекомендую начинающим!!!
Sign up to leave a comment.
Делегаты и колбэки в Swift простым языком. Что же такое этот delegate, и как работает callback