Comments 9
Не делайте так, пожалуйста:
The UIAlertView class is intended to be used as-is and does not support subclassing.
0
Спасибо за ваше замечание. Да, действительно наследование этого класса запрещено, но насколько я знаю, это требование было введено Apple, для того, чтобы разработчики не могли изменять внешний вид UIAlertView. В моем случае, никаких манипуляций с интерфейсом не проводится, и поэтому я позволил себе эту небольшую вольность.
0
А в один прекрасный день после очередного обновления приложение начнет падать, так как окажется, что конструктор вернет объект другого класса.
З.Ы. Скрестим пальцы и надеемся что этого не будет, так как старые версии IOS больше никому не нужны ))
З.Ы. Скрестим пальцы и надеемся что этого не будет, так как старые версии IOS больше никому не нужны ))
0
github.com/steipete/PSTAlertController тоже опенсорснуто на днях
0
Как известно, делегаты в классе описывают как свойства с модификатором 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.
+1
typedef NS_ENUM(NSInteger, UIAlertDialogStyle) {
UIAlertDialogStyleAlert = 0,
UIAlertDialogStyleActionSheet
};
Для меньших проблем с совместимостью все же стоило бы сделать значения равными UIAlertControllerStyle
Есть ли cocoapod с этим или подобным кодом?
0
Sign up to leave a comment.
Создание универсального UIAlertController'а для различных версий iOS