Cocos2d: использование ссылок против производительности GetChild

Question

Я не уверен в том, каком подход даст мне лучшую производительность:

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

Полезно ли использовать getChildByTag или получить доступ к этим объектам через их указатель?

As example I provide a label that I frequently update during the game, e.g. it could be the score label: 

@interface GameScene : CCLayer 
{ 
    CCLabelTTF *frequentlyUsedLabel; 
} 

//Implementation 

-(id) initWithId:(int)sceneId 
{ 
    if ((self = [super init])) 
    { 
     //..code 
     frequentlyUsedLabel = [CCLabelTTF labelWithString:@"Hearths:" fontName:@"Arial" fontSize:20]; 
     [self addChild:frequentlyUsedLabel]; 
     } 
} 

Answer 1

1. Написать код, который прост в обслуживании.
2. Все, что стоит оптимизировать, стоит измерить.

Время, необходимое для рендеринга кадра с использованием обоих методов. Спросите себя, если это имеет значение.

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

С помощью UIKit я лично нахожу гораздо проще использовать ivars, чем беспокоиться о уникальности тегов (особенно при повторном использовании кода в разных приложениях или использовании вида в нескольких местах). Это особенно касается ARC, поскольку вам больше не нужно беспокоиться о getters/seters/keep/release.