Доступ к просмотру в awakeFromNib?

Я пытался установить цвет фона UIImageView (см. ниже) в awakeFromNib

[imageView setBackgroundColor:[UIColor colorWithRed:0 green:0 blue:0 alpha:1.0]];

когда это не сработало, я понял, что это, вероятно, потому, что представление еще не загружено, и я должен переместить изменение цвета в viewDidLoad.

могу ли я просто проверить, что у меня есть это право?

Гари

EDIT_002:

Я только что начал новый проект, чтобы проверить это с чистого листа. Я настройка просмотреть как всегда. Результаты управления действительно имеет значение (null) в awakeFromNib. Вот что у меня есть:

код:

@interface iPhone_TEST_AwakeFromNibViewController : UIViewController {
    UILabel *myLabel;
    UIImageView *myView;
}
@property(nonatomic, retain)IBOutlet UILabel *myLabel;
@property(nonatomic, retain)IBOutlet UIImageView *myView;
@end

.

@synthesize myLabel;
@synthesize myView;

-(void)awakeFromNib {
    NSLog(@"awakeFromNib ...");
    NSLog(@"myLabel: %@", [myLabel class]);
    NSLog(@"myView : %@", [myView class]);
    //[myLabel setText:@"AWAKE"];
    [super awakeFromNib];

}

-(void)viewDidLoad {
    NSLog(@"viewDidLoad ...");
    NSLog(@"myLabel: %@", [myLabel class]);
    NSLog(@"myView : %@", [myView class]);
    //[myLabel setText:@"VIEW"];
    [super viewDidLoad];
}

выход:

awakeFromNib ...
myLabel: (null)
myView : (null)
viewDidLoad ...
myLabel: UILabel
myLabel: UIImageView

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

5 ответов


еще один ответ: -) похоже, вы получаете это поведение, потому что контроллер загружает представления лениво. Представление не загружается сразу, оно загружается при первом вызове view accessor. Поэтому в то время вы получаете awakeFromNib процесс загрузки наконечника выполнен, но Не для объектов внутри вашего представления. См. этот код:

@property(retain) IBOutlet UILabel *foo;
@synthesize foo;

- (void) awakeFromNib
{
    NSLog(@"#1: %i", !!foo);
    [super awakeFromNib];
    NSLog(@"#2: %i", !!foo);
}

- (void) viewDidLoad
{
    NSLog(@"#3: %i", !!foo);
}

это журналы:

#1: 0
#2: 0
#3: 1

но если вы принудительно загрузите вид:

- (void) awakeFromNib
{
    [super awakeFromNib];
    [self view]; // forces view load
    NSLog(@"#1: %i", !!foo);
}

журнал изменяется на это:

#3: 1
#1: 1

Я считаю, что ваш вызов super должен быть первой строкой в методе awakeFromNib, иначе элементы еще не будут настроены.

-(void)awakeFromNib {
  [super awakeFromNib];
  [imageView setBackgroundColor:[UIColor colorWithRed:0 green:0 blue:0 alpha:1.0]];
  [testLabel setText:@"Pants ..."];  
}

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

имея подкласс NSTextView, я хотел отображать цвета строк в чередующихся порядках. Чтобы иметь возможность изменять цвета извне, я добавил два экземпляра vars в свой подкласс XNSStripedTableView:

@interface XNSStripedTableView : NSTableView {

    NSColor *pColor; // primary color
    NSColor *sColor; // secondary color
}

@property (nonatomic, assign) NSColor *pColor;
@property (nonatomic, assign) NSColor *sColor;

@end

перезапись highlightSelectionInClipRect: делает трюк, чтобы установить правильный цвет для соответствующего clipRect.

- (void)highlightSelectionInClipRect:(NSRect)clipRect

{

float rowHeight = [self rowHeight] + [self intercellSpacing].height;
NSRect visibleRect = [self visibleRect];
NSRect highlightRect;

highlightRect.origin = NSMakePoint(NSMinX(visibleRect), (int)(NSMinY(clipRect)/rowHeight)*rowHeight);
highlightRect.size = NSMakeSize(NSWidth(visibleRect), rowHeight - [self intercellSpacing].height);

while (NSMinY(highlightRect) < NSMaxY(clipRect)) {

    NSRect clippedHighlightRect = NSIntersectionRect(highlightRect, clipRect);
    int row = (int) ((NSMinY(highlightRect)+rowHeight/2.0)/rowHeight);
    NSColor *rowColor = (0 == row % 2) ? sColor : pColor;
    [rowColor set];
    NSRectFill(clippedHighlightRect);
    highlightRect.origin.y += rowHeight;
}

[super highlightSelectionInClipRect: clipRect];

}

единственная проблема сейчас, где установить начальные значения для pColor и sColor? Я попытался awakeFromNib:, но это заставило бы отладчик придумать ошибку. Поэтому я углубился в проблему с NSLog: и нашел простое, но жизнеспособное решение: установка начальных значений в viewWillDraw:. Поскольку объекты не создаются, вызывая метод в первый раз, мне пришлось проверить Нил.

- (void)viewWillDraw {

if ( pColor == nil ) 
    pColor = [[NSColor colorWithSRGBRed:0.33 green:0.33 blue:0 alpha:1] retain];

if ( sColor == nil ) 
    sColor = [[NSColor colorWithSRGBRed:0.66 green:0.66 blue:0 alpha:1] retain];

}

Я думаю, что это решение довольно приятно : -) хотя можно было бы повторно выбрать имена pColor и sColor можно было бы настроить, чтобы быть более "читаемым человеком".


Если вы используете подкласс UIView вместо подкласса UIViewController, вы можете переопределить loadView способ:

- (void)loadView
{
    [super loadView];
    //IBOutlets are not nil here.
}

вы уверены, что объекты не nil? NSAssert или NSParameterAssert друзья:

-(void) awakeFromNib {
    NSParameterAssert(imageView);
    NSParameterAssert(testLabel);
    NSLog(@"awakeFromNib ...");
    [imageView setBackgroundColor:[UIColor colorWithRed:0 green:0 blue:0 alpha:1.0]];
    [testLabel setText:@"Pants ..."];
    [super awakeFromNib];
}

если объекты действительно инициализированы, попробуйте зарегистрировать их адрес и убедитесь, что экземпляры, которые появляются в viewDidLoad такие же, как в awakeFromNib:

- (void) awakeFromNib {
    NSLog(@"test label #1: %@", testLabel);
}

- (void) viewDidLoad {
    NSLog(@"test label #2: %@", testLabel);
}

Если числа одинаковы, вы можете создать Категорию для установки точки останова на setBackgroundColor и заглянуть в трассировку стека, чтобы увидеть, что происходит:

@implementation UIImageView (Patch)
- (void) setBackgroundColor: (UIColor*) whatever {
    NSLog(@"Set a breakpoint here.");
}
@end

вы можете сделать то же самое трюк с использованием пользовательского подкласса:

@interface PeekingView : UIImageView {}
@end

@implementation PeekingView
- (void) setBackgroundColor: (UIColor*) whatever {
    NSLog(@"Set a breakpoint here.");
    [super setBackgroundColor:whatever];
}
@end

теперь вы установите свой UIViewObject для класса PeekingView в Построителе интерфейса, и вы будете знать, когда кто-то пытается установить фон. Это должно поймать случай, когда кто-то перезаписывает фоновые изменения после инициализации представления в awakeFromNib.

но я предполагаю, что проблема будет намного проще, т. е. imageView скорее всего,nil.