Что такое objc setAssociatedObject () и в каких случаях его следует использовать?

objc_setAssociatedObject добавляет хранилище ключевых значений к каждому объекту Objective-C. Это позволяет хранить дополнительное состояние для объекта, не отраженное в его переменных экземпляра.

это действительно удобно, когда вы хотите хранить вещи, принадлежащие объекту за пределами основной реализации. Один из основных вариантов использования находится в категориях, где невозможно добавить переменные экземпляра. Здесь вы используете objc_setAssociatedObject чтобы присоединить дополнительные переменные к

вот список вариантов использования для объектных ассоциаций:

первый: для добавления переменных экземпляра в категории. В общем эта техника есть посоветовал против, но вот это пример законного использования. Допустим, вы хотите смоделировать дополнительные переменные экземпляра для объектов, которые вы не можете изменить (речь идет об изменении самого объекта, т. е. без подклассов). Скажем, установка заголовка на UIImage.

// UIImage-Title.h:
@interface UIImage(Title)
@property(nonatomic, copy) NSString *title;
@end 

// UIImage-Title.m:
#import <Foundation/Foundation.h>
#import <objc/runtime.h>

static char titleKey;

@implementation UIImage(Title)
- (NSString *)title
{
    return objc_getAssociatedObject(self, &titleKey);
}

- (void)setTitle:(NSString *)title
{
    objc_setAssociatedObject(self, &titleKey, title, OBJC_ASSOCIATION_COPY);
}
@end

и здесь это довольно сложный (но удивительный) способ использования связанных объектов с категориями.. это в основном позволяет вам перейти в блок вместо селектора к UIControl.

---

второй: динамическое добавление информации о состоянии к объекту, не охваченному переменными экземпляра, в сочетании с KVO.

идея заключается в том, что ваш объект получает информацию о состоянии только во время выполнения (т. е. динамически). Так идея заключается в том, что хотя вы можете хранить эту информацию о состоянии в переменной экземпляра, тот факт, что вы прикрепляете эту информацию к объекту, созданному во время выполнения, и динамически связываете его с другим объектом, вы подчеркиваете тот факт, что это динамическое состояние объекта.

один отличный пример, который иллюстрирует это этой библиотека, в которой ассоциативные объекты используются с код уведомления. Вот выдержка из кода (Примечание: это уведомление KVO не обязательно запускать, чтобы код в этой библиотеке работал.. скорее он помещен туда автором для удобства, в основном любой объект, который регистрируется на это, будет уведомлен через KVO о том, что с ним произошли изменения):

static char BOOLRevealing;

- (BOOL)isRevealing
{
    return [(NSNumber*)objc_getAssociatedObject(self, &BOOLRevealing) boolValue];
} 

- (void)_setRevealing:(BOOL)revealing
{
    [self willChangeValueForKey:@"isRevealing"];
    objc_setAssociatedObject(self, &BOOLRevealing, 
       [NSNumber numberWithBool:revealing], OBJC_ASSOCIATION_RETAIN_NONATOMIC);
    [self didChangeValueForKey:@"isRevealing"];
}

---

бонус: взгляните на это обсуждение/объяснение ассоциированных объектов Мэтта Томпсона, автора семенной библиотеки AFNetworking

чтобы ответить на ваш пересмотренный вопрос:

какой смысл связывать устройство с контроллером вида, если это уже переменная экземпляра?

есть несколько причин, почему вы можете сделать это.

• класс устройства не имеет переменной экземпляра контроллера или свойства, и вы не можете изменить его или подкласс, например, у вас нет исходного кода.
• требуется два контроллера, связанные с объект устройство и вы не можете изменить класс устройства или расширить его.

лично я думаю, что очень редко нужно использовать низкоуровневые функции времени выполнения Objective-C. Это похоже на запах кода для меня.