Сменные настраиваемые перья (Nib-in-a-Nib): утечка памяти - почему?

Question

Наша текущая передовая практика для пользовательских представлений :

1. Создание пользовательского представления в Nib.
2. В контроллере представления программно загрузите Nib, получите пользовательское представление из массива загруженных объектов (мы делаем это с помощью метода категории UIView +loadInstanceFromNib).
3. Добавить пользовательский вид как подпредставление, установить его фрейм.

То, что мы на самом деле хотим, - это "встраивание" пера настраиваемого вида в перо контроллера вида. В противном случае, по крайней мере, мы хотели бы добавить и расположить экземпляр пользовательского представления внутри Nib контроллера вида (не видя его содержимого).

Мы очень близко подошли к следующему решению:

@implementation CustomView

static BOOL loadNormally;

- (id) initWithCoder:(NSCoder*)aDecoder {
    id returnValue = nil;
    if (loadNormally) { // Step 2
        returnValue = [super initWithCoder:aDecoder];
        loadNormally = !loadNormally;
    } else {            // Step 1
        loadNormally = !loadNormally;
        returnValue = [CustomView loadInstanceFromNib];
    }
    return returnValue;
}

- (id) initWithFrame:(CGRect)frame {
    loadNormally = YES;
    self = (id) [[CustomView loadInstanceFromNib] retain];
    self.frame = frame;
    return self;
}
// ...
@end

Если мы создадим пользовательский вид программным способом, мы используем -initWithFrame:, который загрузит вид из пера (который вызовет -initWithCoder: и перейдет прямо к ветви if, помеченной как «Шаг 2»), установив его кадр и установите его счетчик хранения равным 1.

Однако, если мы создадим пользовательское представление внутри Nib контроллера вида, статическая переменная loadNormally (по общему признанию довольно некрасивая) изначально NO: мы начинаем с "шага 1", где мы загружаем и возвращаем загруженный экземпляр из его Nib, убедившись, что мы немедленно воспользуемся «нормальной» ветвью if -initWithCoder:. Загрузка из Nib пользовательского просмотра означает, что мы возвращаемся в -initWithCoder:, на этот раз с loadNormally==YES, т.е. мы позволяем механизму загрузки Nib выполнять свою работу и возвращать экземпляр пользовательского просмотра.

Результаты, в итоге:

• Хорошо: ЭТО РАБОТАЕТ !!! У нас есть «подключаемые» пользовательские представления в Интерфейсном Разработчике!
• Плохо: Уродливая статическая переменная…: - /
• Уродливый: Экземпляр пользовательского представления просочился! Здесь я бы хотел вашей помощи - я не понимаю, почему. Есть идеи?

Answer 1

В итоге мы получили более приятный способ, который включает в себя переопределение -awakeAfterUsingCoder: в нашем пользовательском представлении, заменив объект, загруженный из Nib контроллера представления, на объект, загруженный из "встроенного" Nib (CustomView.xib).

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

Код выглядит примерно так:

// CustomView.m
- (id) awakeAfterUsingCoder:(NSCoder*)aDecoder {
    BOOL theThingThatGotLoadedWasJustAPlaceholder = ([[self subviews] count] == 0);
    if (theThingThatGotLoadedWasJustAPlaceholder) {
        // load the embedded view from its Nib
        CustomView* theRealThing = [[[NSBundle mainBundle] loadNibNamed:NSStringFromClass([CustomView class]) owner:nil options:nil] objectAtIndex:0];

        // pass properties through
        theRealThing.frame = self.frame;
        theRealThing.autoresizingMask = self.autoresizingMask;

        [self release];
        self = [theRealThing retain];
    }
    return self;
}

Answer 2

Ответ Янга велик ... но «сообщения, отправленные на освобожденный экземпляр» все еще могут возникать. Я решил эту проблему с помощью присваивания "self".

Так что, если вы используете ARC, вам придется разрешить это «самостоятельное» назначение. (читайте https://blog.compeople.eu/apps/?p=142 для получения дополнительной информации)

Чтобы добиться этого в проекте ARC, добавьте параметр компилятора флага '-fno-objc-arc' в свой файл. Затем выполните кодирование NO-ARC в этом файле (например, в значении dealloc установите nils, вызовите super dealloc и т. Д.)

Кроме того, viewcontroller nib клиента должен использовать свойство strong для хранения экземпляра, возвращенного awakeFromNib. В моем примере кода ссылка на customView выглядит следующим образом:

---

@ property ( strong , nonatomic) IBOutlet CustomView * customView;

---

Наконец, я добавил некоторые другие улучшения в обработку свойств и загрузку пера, используя copyUIPropertiesTo: и loadNibNamed , определенные в моей категории UIView + Util .

Итак awakeAfterUsingCoder: код теперь

#import "UIView+Util.h"
...
- (id) awakeAfterUsingCoder:(NSCoder*)aDecoder
{
    // are we loading an empty “placeholder” or the real thing?
    BOOL theThingThatGotLoadedWasJustAPlaceholder = ([[self subviews] count] == 0);

    if (theThingThatGotLoadedWasJustAPlaceholder)
    {
        CustomView* customView = (id) [CustomView loadInstanceFromNib];
        // copy all UI properties from self to new view!
        // if not, property that were set using Interface buider are lost!
        [self copyUIPropertiesTo:customView];

        [self release];
        // need retain to avoid deallocation
        self = [customView retain];
    }
    return self;
}

Код категории UIView + Util -

@interface UIView (Util)
   +(UIView*) loadInstanceFromNib;
   -(void) copyUIPropertiesTo:(UIView *)view;
@end

вместе с его реализацией

#import "UIView+Util.h"
#import "Log.h"

@implementation UIView (Util)

+(UIView*) loadInstanceFromNib
{ 
    UIView *result = nil; 
    NSArray* elements = [[NSBundle mainBundle] loadNibNamed: NSStringFromClass([self class]) owner: nil options: nil];
    for (id anObject in elements)
    { 
        if ([anObject isKindOfClass:[self class]])
        { 
            result = anObject;
            break; 
        } 
    }
    return result; 
}

-(void) copyUIPropertiesTo:(UIView *)view
{
    // reflection did not work to get those lists, so I hardcoded them
    // any suggestions are welcome here

    NSArray *properties =
    [NSArray arrayWithObjects: @"frame",@"bounds", @"center", @"transform", @"contentScaleFactor", @"multipleTouchEnabled", @"exclusiveTouch", @"autoresizesSubviews", @"autoresizingMask", @"clipsToBounds", @"backgroundColor", @"alpha", @"opaque", @"clearsContextBeforeDrawing", @"hidden", @"contentMode", @"contentStretch", nil];

    // some getters have 'is' prefix
    NSArray *getters =
    [NSArray arrayWithObjects: @"frame", @"bounds", @"center", @"transform", @"contentScaleFactor", @"isMultipleTouchEnabled", @"isExclusiveTouch", @"autoresizesSubviews", @"autoresizingMask", @"clipsToBounds", @"backgroundColor", @"alpha", @"isOpaque", @"clearsContextBeforeDrawing", @"isHidden", @"contentMode", @"contentStretch", nil];

    for (int i=0; i<[properties count]; i++)
    {
        NSString * propertyName = [properties objectAtIndex:i];
        NSString * getter = [getters objectAtIndex:i];

        SEL getPropertySelector = NSSelectorFromString(getter);

        NSString *setterSelectorName =
            [propertyName stringByReplacingCharactersInRange:NSMakeRange(0,1) withString:[[propertyName substringToIndex:1] capitalizedString]];

        setterSelectorName = [NSString stringWithFormat:@"set%@:", setterSelectorName];

        SEL setPropertySelector = NSSelectorFromString(setterSelectorName);

        if ([self respondsToSelector:getPropertySelector] && [view respondsToSelector:setPropertySelector])
        {
            NSObject * propertyValue = [self valueForKey:propertyName];

            [view setValue:propertyValue forKey:propertyName];
        }
    }    
}

Answer 3

Есть альтернативный способ сделать это:

скажем, вы используете View1 в вашем Interface Builder, затем вы создаете другое представление с именем View2, View2 имеет соответствующий файл View2.xib, вы связали розетки в View2.m и View2.xib.

Затем, в View1.m, напишите это:

-(void)awakeFromNib
{
    NSArray *topObjects = [[NSBundle mainBundle] loadNibNamed:NSStringFromClass([self class]) owner:nil options:nil];
    self.subContentView = topObjects.firstObject]
    [self addSubview:self.subContentView];
}

С этим вы можете использовать View1 вместа, где вам нужно поместить свой пользовательский вид в Interface Builder, таким образом, View1 можно использовать повторно в Interface Builder без необходимости писать больше кода.