Yocker
  1. Yocker
  3. Proprietà contro ivar in tempi di ARC
Intereting Posts
Best practice per le regole di convalida e convalida dei dati WPF OutOfMemoryException sulla dichiarazione di Large Array Copia l’intero contenuto di una directory in C # Schema del database che può supportare proprietà specializzate come gestire la mappa di google all’interno di un div nascosto (immagine aggiornata) Come far funzionare le pagine di errore personalizzate in ASP.NET MVC 4 Ottieni tutti i link sulla pagina html? C’è un modo per far sì che git pull aggiorni automaticamente i sottomoduli? Ufficialmente, per che cosa è typename? jquery ajax problem in chrome Iterazione delle proprietà di un object JavaScript mediante jQuery JavaScript Regex per abbinare un URL in un campo di testo È ansible simulare eventi di stampa chiave a livello di programmazione? Come può un servizio Windows avviare un processo quando viene generato un evento timer? L’aggiunta di lib a “config.autoload_paths” in Rails 3 non comporta il caricamento automatico del mio modulo

Proprietà contro ivar in tempi di ARC

A mio avviso, l’impostazione di un ivar ora mantiene l’object che gli è stato assegnato, poiché l’impostazione delle variabili è predefinita per il qualificatore strong . Poiché ivars si trova nell’ambito dell’object in cui sono dichiarati e strong conserva oggetti nell’ambito della variabile, ciò significa che il valore di ivars non verrebbe mai rilasciato mentre l’object che contiene l’ivar è ancora vivo.

È corretto?

Se è così, ho ragione nel pensare che, in termini di gestione della memoria, non c’è più differenza tra una proprietà di conservazione (forte) e un semplice ivar?

Se una variabile:

  1. Viene dichiarato in una class usando ARC .
  2. Viene utilizzato esclusivamente per l’implementazione di class (non esposto come parte dell’interfaccia di class).
  3. Non richiede alcun KVO .
  4. Non richiede alcun getter / setter personalizzato.

Quindi è opportuno dichiararlo come ivar senza una corrispondente @property / @synthesize e riferirlo direttamente all’interno dell’implementazione. È in linea con Encapsulation per dichiarare questo ivar nel file di implementazione della class. 

 // MyClass.h @interface MyClass : ParentClass @end // MyClass.m @implementation MyClass { NSString *myString; } - (void)myMethod { myString = @"I'm setting my ivar directly"; } @end
  • Questo ivar sarà trattato come __strong dal compilatore ARC.
  • Verrà inizializzato a nil se è un object o 0 se è un primitivo.

Non è ansible utilizzare KVO e fare getter e setter personalizzati con variabili di istanza diverse da quelle che sono molto simili quando si utilizza ARC.