Pull to refresh

Comments 9

Не делайте так, пожалуйста:

The UIAlertView class is intended to be used as-is and does not support subclassing.
Спасибо за ваше замечание. Да, действительно наследование этого класса запрещено, но насколько я знаю, это требование было введено Apple, для того, чтобы разработчики не могли изменять внешний вид UIAlertView. В моем случае, никаких манипуляций с интерфейсом не проводится, и поэтому я позволил себе эту небольшую вольность.
А в один прекрасный день после очередного обновления приложение начнет падать, так как окажется, что конструктор вернет объект другого класса.

З.Ы. Скрестим пальцы и надеемся что этого не будет, так как старые версии IOS больше никому не нужны ))
теперь есть UIAlertController, для Apple нет смысла менять старые классы) p.s. по крайней мере я очень надеюсь на это)
Как известно, делегаты в классе описывают как свойства с модификатором weak. Это означает, что если strong ссылок на объект-делегат больше не существует, то при попытке вызвать методы делегата возникнет исключение EXC_BAD_ACCESS.


Тут похоже вы описываете поведение unsafe unretained свойства, weak же просто вернет безопасный nil.

ARC introduces several new lifetime qualifiers for objects, and weak references. A weak reference does not extend the lifetime of the object it points to, and automatically becomes nil when there are no strong references to the object.
век живи, век учись! недоучил теорию — и грешил на weak
typedef NS_ENUM(NSInteger, UIAlertDialogStyle) {
UIAlertDialogStyleAlert = 0,
UIAlertDialogStyleActionSheet
};

Для меньших проблем с совместимостью все же стоило бы сделать значения равными UIAlertControllerStyle

Есть ли cocoapod с этим или подобным кодом?
К сожалению пода нет, но в ближайшее время появится. Ссылку в update добавлю. Все никак руки не дойдут)
Sign up to leave a comment.

Articles