Cosa succede se una classe non ha un inizializzatore designato come documento?

Question

Sto cercando indicazioni generali su come gestire questa situazione. Ecco un esempio specifico.

Sto sottoclassi UIImageView e voglio sovrascrivere initWithImage per aggiungere il mio codice di inizializzazione dopo aver avuto la stessa super classe stessa con l'immagine fornita.

Tuttavia, non esiste alcun inizializzatore designato per UIImageView, quindi quale inizializzatore di super classe dovrei chiamare per garantire che la mia sottoclasse sia inizializzata correttamente?

Se una classe non designa un inizializzatore, devo:

1. Si supponga che è sicuro di chiamare uno dei (UIImageView) inizializzatori della classe?
2. Guardare alla super classe (UIView) per l'inizializzatore designato?

In questo caso sembra # 1 sarebbe la risposta, come ha senso effettuare le seguenti operazioni nel mio initializer override:

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

Answer 1

UIImageView ha due inizializzatori, quindi si consiglia di fare in modo che la sottoclasse gestisce entrambi questi percorsi di inizializzazione.

Si potrebbe semplicemente dichiarare che -initWithImage: è l'inizializzatore designato e tutti gli altri inizializzatori non sono supportati.

Inoltre, è possibile implementare -initWithImage:highlightedImage: e generare un'eccezione per indicare che non è supportato.

In alternativa, è possibile dichiarare -initWithImage:highlightedImage: come inizializzatore designato e chiamare -initWithImage: l'inizializzatore designato.

Oppure, è possibile che venga chiamato l'inizializzatore -initWithImage: indipendentemente dal fatto che la classe sia inizializzata con -initWithImage: o -initWithImage:highlightedImage:.

Answer 2

Ogni classe che deriva da NSObject ha il metodo init come un inizializzatore che eseguirà il processo di inizializzazione per quell'oggetto. Quindi, se non sei sicuro, puoi sempre usare self = [super init] nel tuo inizializzatore personalizzato. Considerando che lo UIImageView ha due inizializzatori forniti da Apple, potrebbe essere necessario sostituirli entrambi o lanciare un'eccezione all'utente che non possono utilizzare questo metodo (Non consigliato).

Per esempio: -

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

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

E poi si può attuare altre inizializzatori come,

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

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

o definire,

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

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

Answer 3

documentazione UIImageView è terribile. Mostra due inizializzatori ma puoi entrare in situazioni in cui nessuno di loro viene chiamato. Ad esempio, sto usando IB e solo initWithCoder: viene chiamato.

- (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; 
} 

L'unico modo corretto di sottoclasse UIImageView è quello di creare una sottoclasse TUTTI initializers E ogni sottoclasse può chiamare solo di inizializzazione di un genitore con lo stesso nome. Per esempio:

subclass -init può chiamare UIImageView -init ma non può chiamare UIImageView -initWithCoder:.

Sì, è un vero dolore che non vi è alcuna designazione.

Answer 4

Il pericolo quando non c'è un inizializzatore designato è che qualsiasi inizializzatore che si potrebbe invocare potrebbe fare il suo lavoro in termini di uno degli altri inizializzatori. In tal caso, potrebbe accidentalmente chiamare uno dei tuoi override, che non funzionerà come previsto.

Se la classe ha esattamente un inizializzatore ed è un override di un inizializzatore di una superclasse, è sicuro che invochi l'inizializzatore su cui è stato eseguito l'override. Questo perché non ci sono possibilità che il super inizializzatore si reinserisca (direttamente o indirettamente) da solo, quindi non c'è alcuna possibilità che possa rientrare nel proprio override.

La classe potrebbe anche implementare qualsiasi numero di inizializzatori finché nessuno di loro hanno lo stesso nome di qualsiasi di quelli delle superclassi. Poiché i tuoi nomi sono unici, non c'è alcuna possibilità che nessuno degli inizializzatori della superclasse li chiamerà accidentalmente.

Answer 5

Un approccio alternativo è quello di essere pigri. È possibile utilizzare metodi come viewDidLoad o viewDidMoveToSuperview per eseguire alcune impostazioni. Dipende davvero da quando la configurazione è importante.