Несущая массив для делегатов

Question

В проекте Cocoa Touch мне нужен определенный класс, чтобы иметь не только один объект-делегат, но и многие из них.

Похоже, я должен создать NSArray для этих делегатов; проблема заключается в том, что NSArray сохранил бы все эти делегаты, чего он не должен (по объектам конвенции не должен сохранять своих делегатов).

Должен ли я писать свой собственный класс массива для предотвращения сохранения или существуют более простые методы? Спасибо!

Answer 1

Я нашел этот бит кода некоторое время назад (не могу вспомнить, к кому его привязать).

Это довольно ingenius, используя категорию, позволяющую создавать изменяемый массив, который не сохраняет/освобождает, поддерживая его с помощью CFArray с соответствующими обратными вызовами.

@implementation NSMutableArray (WeakReferences) 
    + (id)mutableArrayUsingWeakReferences { 
    return [self mutableArrayUsingWeakReferencesWithCapacity:0]; 
    } 

    + (id)mutableArrayUsingWeakReferencesWithCapacity:(NSUInteger)capacity { 
    CFArrayCallBacks callbacks = {0, NULL, NULL, CFCopyDescription, CFEqual}; 
    // We create a weak reference array 
    return (id)(CFArrayCreateMutable(0, capacity, &callbacks)); 
    } 
@end 

EDIT Найдено оригинал статьи: http://ofcodeandmen.poltras.com

Answer 2

Вы не хотите, чтобы это сделать! Cocoa Touch имеет несколько концепций для отправки событий, вы должны использовать правильную концепцию для каждого случая.

1. Целевое действие: для элементов управления пользовательского интерфейса, например, нажатия кнопок. Один отправитель, ноль или более получателей.
2. Делегаты: один отправитель и один ресивер только.
3. Уведомление: Отправитель и не более ресиверы.
4. KVO: Более мелкозернистые уведомления.

Что вы должны сделать, это посмотреть, как использовать класс NSNotificationCenter. Это правильный способ отправить уведомление с несколькими получателями.

Answer 3

Проверка документации метода NSValue valueWithNonretainedObject:

Этот метод полезен для предотвращения объекта из удерживаться, когда он добавляется в объект коллекции (например, экземпляр NSArray или NSDictionary).

Answer 4

Я нашел некоторые фрагменты кода из проекта Three20 по этой теме, надеюсь, это поможет ...

NSMutableArray* TTCreateNonRetainingArray() { 
    CFArrayCallBacks callbacks = kCFTypeArrayCallBacks; 
    callbacks.retain = TTRetainNoOp; 
    callbacks.release = TTReleaseNoOp; 
    return (NSMutableArray*)CFArrayCreateMutable(nil, 0, &callbacks); 
} 


NSMutableDictionary* TTCreateNonRetainingDictionary() { 
    CFDictionaryKeyCallBacks keyCallbacks = kCFTypeDictionaryKeyCallBacks; 
    CFDictionaryValueCallBacks callbacks = kCFTypeDictionaryValueCallBacks; 
    callbacks.retain = TTRetainNoOp; 
    callbacks.release = TTReleaseNoOp; 
    return (NSMutableDictionary*)CFDictionaryCreateMutable(nil, 0, &keyCallbacks, &callbacks); 
} 

Answer 5

Это один из Нимбус был бы более простым:

NSMutableArray* NICreateNonRetainingMutableArray(void) { 
    return (NSMutableArray *)CFArrayCreateMutable(nil, 0, nil); 
} 

NSMutableDictionary* NICreateNonRetainingMutableDictionary(void) { 
    return (NSMutableDictionary *)CFDictionaryCreateMutable(nil, 0, nil, nil); 
} 

NSMutableSet* NICreateNonRetainingMutableSet(void) { 
    return (NSMutableSet *)CFSetCreateMutable(nil, 0, nil); 
} 

Answer 6

Я нашел библиотеку с открытым исходным кодом под названием XMPPFramewrok

Существует многоадресного решение делегат в проекте

https://github.com/robbiehanson/XMPPFramework/wiki/MulticastDelegate

Answer 7

Я предлагаю не бороться, -рамки и использование NSPointerArray с NSPointerFunctionsWeakMemoryNSPointerFunctionOption, как это:

NSPointerArray *weakReferencingArray = [NSPointerArray pointerArrayWithOptions:NSPointerFunctionsWeakMemory]; 

// NSPointerFunctionsWeakMemory - Uses weak read and write barriers 
// appropriate for ARC or GC. Using NSPointerFunctionsWeakMemory 
// object references will turn to NULL on last release. 

хорошо служил мне в сценариях, где я должен был разработать массив делегатов, который ссылается на авто-NULL в.

Answer 8

Я представляю важное ограничение одного из ранних ответов, а также объяснение и улучшение.

Johnmph предложил использовать [NSValue valueWithNonretainedObject:].

Обратите внимание, что, когда вы это сделаете, ваша ссылка действует не как __weak, а скорее как __unsafe_unretained, а внутри объекта NSValue. Более конкретно, когда вы пытаетесь вернуть свою ссылку (используя [myNSValue nonretainedObjectValue]), ваше приложение выйдет из строя с помощью сигнала EXC_BAD_ACCESS, если объект был освобожден до этого времени!

Другими словами, слабая ссылка не устанавливается автоматически в нуль, находясь внутри объекта NSValue. Это заняло у меня несколько часов, чтобы понять. Я работал над этим, создав простой класс с слабым значением ref.

Более красиво, используя NSProxy, мы можем полностью обработать объект-обертку, как если бы это был объект, содержащийся в нем!

// WeakRef.h 
@interface WeakRef : NSProxy 

@property (weak) id ref; 
- (id)initWithObject:(id)object; 

@end 


// WeakRef.m 
@implementation WeakRef 

- (id)initWithObject:(id)object 
{ 
    self.ref = object; 
    return self; 
} 

- (void)forwardInvocation:(NSInvocation *)invocation 
{ 
    invocation.target = self.ref; 
    [invocation invoke]; 
} 

- (NSMethodSignature *)methodSignatureForSelector:(SEL)sel 
{ 
    return [self.ref methodSignatureForSelector:sel]; 
} 

@end 

Answer 9

насчет хранения в массиве или словаре

__weak typeof(pointer) weakPointer = pointer; 

Answer 10

Ключевое слово: NSHashTable, поиск в документаций.