Co się stanie, jeśli klasa nie ma udokumentowanego wyznaczonego inicjatora?

Question

szukam ogólnych wskazówek, w jaki sposób obsłużyć tej sytuacji. Oto konkretny przykład.

Jestem podklasy UIImageView i chcę przesłonić initWithImage, aby dodać mój własny kod inicjalizacji po sam inicjalizacji klasy super z dostarczonego obrazu.

Jednak nie ma udokumentowane wyznaczony initializer dla UIImageView, który tak bardzo klasa initializer powinienem zadzwonić do zapewnienia mój podklasą jest właściwie zainicjowana?

Jeśli klasa nie wyznacza inicjator, prawda:

1. Załóżmy, że jest to bezpieczne, aby wywołać dowolną (UIImageView) inicjalizatorów klasy za?
2. Spójrz na super klasy (UIView) dla wyznaczonego inicjatora?

W tym przypadku wydaje # 1 będzie odpowiedź, jak ma to sens, aby wykonać następujące czynności w moim zastąpionej inicjatora:

- (id)initWithImage:(UIImage *)image 
{ 
    self = [super initWithImage:image]; 
    if (self) { 
     // DO MY EXTRA INITIALIZATION HERE 
    } 
    return self; 
} 

Answer 1

UIImageView ma dwa inicjatorów, więc może chcesz się upewnić, że twoja podklasa obsługuje obie te ścieżki inicjalizacji.

Można po prostu zadeklarować, że -initWithImage: jest oznaczony jako inicjator, a wszystkie inne inicjalizatory nie są obsługiwane.

Ponadto, można wdrożyć -initWithImage:highlightedImage: i wyjątek, aby wskazać, że nie jest obsługiwane.

Alternatywnie można zadeklarować -initWithImage:highlightedImage: jako wyznaczony inicjator i zadzwonić pod numer -initWithImage: do wyznaczonego inicjalizatora.

Może się okazać, że inicjator -initWithImage: jest wywoływany niezależnie od tego, czy twoja klasa została zainicjowana za pomocą -initWithImage: lub -initWithImage:highlightedImage:.

Answer 2

Każda klasa wywodząca się z NSObject ma metodę init jako jeden inicjator, który wykona proces inicjalizacji dla tego obiektu. Jeśli nie jesteś pewien, zawsze możesz użyć self = [super init] w swoim inicjalizatorze. Biorąc pod uwagę fakt, że UIImageView ma dwa inicjatorów dostarczanych przez Apple, może trzeba zastąpić oboje lub wyjątek dla użytkownika, że ​​nie potrafią korzystać z tej metody (nie zalecane).

Dla np: -

- (id)initWithCustomParam:(NSString *)param { 

    if (self = [super init]) { 
     self.myparam = param; 
    } 
    return self; 
} 

A potem można zaimplementować inne inicjatorów jak

- (id)initWithImage:(UIImage *)image { 

    if (self = [self initWithCustomParam:@"default value"]) { 
     self.image = image; 
    } 
    return self; 
} 

lub zdefiniować,

- (id)initWithImage:(UIImage *)image customParam:(NSString *)string { 

    if (self = [self initWithCustomParam:string]) { 
     self.image = image; 
    } 
    return self; 
} 

Answer 3

dokumentacja UIImageView jest straszna. Pokazuje dwa inicjalizatory, ale możesz dostać się do sytuacji, w której żaden z nich nie jest wywoływany. Na przykład używam IB i tylko initWithCoder: zostaje wywołana.

- (id)init 
{ 
    return [super init]; 
} 

- (id)initWithCoder:(NSCoder *)aDecoder 
{ 
    return [super initWithCoder:aDecoder]; 
} 

- (id)initWithFrame:(CGRect)frame 
{ 
    return [super initWithFrame:frame]; 
} 

- (id)initWithImage:(UIImage *)image 
{ 
    self = [super initWithImage:image]; 
    return self; 
} 

- (id)initWithImage:(UIImage *)image highlightedImage:(UIImage *)highlightedImage 
{ 
    self = [super initWithImage:image highlightedImage:highlightedImage]; 
    return self; 
} 

Jedyny poprawny sposób podklasy UIImageView jest do podklasy WSZELKIE inicjatorów I każda podklasa może wywołać tylko inicjator rodzica o tej samej nazwie. Na przykład:

subclass -init można zadzwonić pod numer UIImageView -init, ale nie można zadzwonić pod numer UIImageView -initWithCoder:.

Tak, to prawdziwy ból, że nie ma wyznaczenia.

Answer 4

Niebezpieczeństwo, gdy nie ma wyznaczonego inicjalizatora, polega na tym, że każdy inicjator, który można wywołać, może wykonywać swoją pracę w odniesieniu do jednego z innych inicjalizatorów. W takim przypadku może przypadkowo wywołać jedną z nadpisań, która nie będzie działać tak, jak powinna.

Jeśli twoja klasa ma dokładnie jeden inicjator i jest to nadpisanie inicjalizatora nadklasy, to może bezpiecznie wywołać inicjalizator, który przeszedł. Dzieje się tak, ponieważ nie ma szans, że superinicjator wejdzie (bezpośrednio lub pośrednio) ponownie w siebie, więc nie ma szansy, że ponownie wejdzie w twoje nadpisanie.

Twoja klasa może również realizować dowolną liczbę inicjalizatorów tak długo, jak żaden z nich ma taką samą nazwę jak dowolny z tych, od superklas. Ponieważ twoje imiona są unikalne, nie ma szans, że którykolwiek z inicjatorów superklasy wezwie ich przypadkowo.

Answer 5

Alternatywnym podejściem jest być leniwym. Można użyć metod takich jak viewDidLoad lub viewDidMoveToSuperview, aby wykonać niektóre ustawienia. To naprawdę zależy od tego, kiedy konfiguracja jest ważna.