Risolvendo NSInteger <-> NSNumero problema

Question

Ho scritto una grande applicazione per iPhone di social networking, e uno dei maggiori problemi che ho incontrato è il fatto che NSInteger (e tutti gli altri tipi NS-non-object) non sono di prima classe cittadini. Questo problema deriva dal fatto che, ovviamente, non hanno alcuna rappresentazione per un valore nullo.

Questo crea due problemi principali:

1. Tonnellate di overhead e opacità per convertire da e verso NSNumber durante la memorizzazione/recupero da una collezione.
2. Impossibile rappresentare nil. Spesso, voglio essere in grado di rappresentare un valore "non impostato".

Un modo per risolvere questo è utilizzare NSNumber tutto il tempo, ma questo diventa estremamente confuso. In un oggetto modello Utente, avrei circa 20 NSNumbers diversi, e nessun modo semplice per dire se ognuno è un float, intero, bool, ecc.

Quindi ecco i miei pensieri per le potenziali soluzioni e i pro/contro . Non sono davvero venduto su nessuno di essi, quindi ho pensato di chiedere un feedback e/o soluzioni alternative a questo problema.

1. Continuare a utilizzare i tipi NSInteger e utilizzare solo NSIntegerMax per rappresentare nil.
   PRO - Meno memoria in testa
   PRO - Digitazione chiara
   CON - NSIntegerMax non è proprio nulla. Se i programmatori non stanno attenti o non conoscono questa convenzione, i valori non validi potrebbero perdere nel livello di visualizzazione.
   CON - non è in grado di memorizzare in una collezione senza conversioni in entrata e in uscita
   
   
2. Usa NSNumber e designare i tipi che usano la notazione ungherese (ad esempio NSNumber fHeight, NSNumber iage)
   PRO - cittadini di prima classe
   PRO - problema risolto Nil
   CON - Aumento overhead di memoria
   CON - perdere tipo compilatore verifica
   CON - notazione ungherese è controversa
   
   
3. scrivere la mia prima classe tipi di oggetti primitivi (si pensi Java http://developer.android.com/reference/java/lang/Integer.html)
   PRO - cittadini di prima classe
   PRO - Nil problema risolto
   PRO - Mantiene tipo compilatore verifica
   PRO - Oggetti sarà più semplice di NSNumber. La memoria interna sarà specifica per il tipo di dati.
   CON - Aumento della memoria in testa
   CON - sacrifica un po 'di portabilità dei codici e la compatibilità
   

Alla ricerca di un argomento convincente a favore di una di queste tecniche, o uno che non ho pensato a se' ce l'ho.

---

UPDATE

Sono andato avanti e ha iniziato un progetto open source (Apache 2.0), in cui tratterò un numero delle nostre classi interne come ho tempo. Attualmente include wrapper di oggetti per alcuni dei più comuni tipi di dati nativi (BOOL, CGFloat, NSInteger, NSUInteger). Abbiamo scelto di farlo perché aggiorna questi tipi di dati a cittadini di prima classe con una tipizzazione rigorosa. Forse non sei d'accordo con questo approccio, ma ha funzionato bene per noi, quindi sentiti libero di usarlo se vuoi.

Sto aggiungendo altre classi che abbiamo trovato usi per, tra cui una cache su disco-backed LRU, un oggetto "Pair", un pool di rilascio di memoria insufficiente, ecc

Godetevi github - Zoosk/ZSFoundation

Answer 1

La convenzione più comune per rappresentare l'idea di nil come NSInteger consiste nell'utilizzare il valore NSNotFound. Questo è, in effetti, uguale a NSIntegerMax, anche se tende a essere più ovvio per il lettore che si tratta di un valore sentinella che rappresenta la mancanza di un numero. Ci sono molti casi in cui questo è usato in tutto Cocoa. Un caso comune è il campo di posizione di un NSRange come valore di ritorno da -rangeOfString: e altri.

Answer 2

Potresti provare questo?

#define numberWithFloat(float f) \ 
    [NSNumber numberWithFloat:f] 
#define floatFromNumber(NSNumber *n) \ 
    [n floatValue] 

(vedi la mia risposta originale sotto)

Ecco l'altra cosa con NSNumber, non c'è bisogno di recuperare quello che si imposta.

Per esempio

NSNumber *myInt = [NSNumber numberWithInteger:100]; 
float myFloat = [myInt floatValue]; 

è perfettamente valida. La forza di NSNumber è che ti permette di "debellare" le tue primitive, usa compare:, usa isEqualTo: e per una facile visualizzazione.

---

[EDIT]

utente @ Dave DeLong afferma che sub-classing NSNumber è un Bad Idea senza molto lavoro. Dato che è un class cluster (che significa NSNumber è una superclasse astratta di molte sottoclassi) dovrai dichiarare la tua memoria se la sottoclassi. Non consigliato, e grazie a Dave per averlo indicato.

Answer 3

In alternativa, esiste anche la struttura NSDecimal per rappresentare i tipi numerici. NSDecimal (e la sua versione di classe Objective-C NSDecimalNumber) consente di rappresentare i decimali reali ed evitare errori in virgola mobile, quindi tende ad essere recommended for dealing with things like currency.

La struttura NSDecimal può rappresentare numeri e uno stato Non numero (una sostituzione nullo potenziale). È possibile stabilire se un NSDecimal non è un numero che utilizza NSDecimalIsNotANumber() e generare il valore Not a Number con l'aiuto di un NSDecimalNumber.

NSDecimali sono faster to work with than NSDecimalNumbers e le strutture non presentano lo stesso tipo di problemi di gestione della memoria che gli oggetti fanno.

Tuttavia, non esiste un modo semplice per ottenere valori in formato NSDecimal senza utilizzare un NSDecimalNumber temporaneo. Inoltre, molte funzioni matematiche (come le operazioni di trigonometria) disponibili per numeri in virgola mobile semplici non sono ancora disponibili per NSDecimal. Mi piacerebbe scrivere le mie funzioni che aggiungono alcune di queste funzionalità, ma richiedono l'accesso ai campi interni della struttura.Apple li etichetta come privati ​​(con l'uso di un trattino basso), ma sono presenti nelle intestazioni e immagino che difficilmente cambieranno in futuro.

Aggiornamento: Dave DeLong ha scritto una serie di funzioni per l'esecuzione di trigonometria, radici e altre operazioni NSDecimal. Le ho ottimizzate per fornire fino a 34 cifre di precisione decimale e il codice per queste funzioni può essere scaricato here. Come avvertimento, questa precisione ha un prezzo in termini di prestazioni, ma queste funzioni dovrebbero andare bene per calcoli abbastanza rari.

Answer 4

Non capisco perché, se si memorizzano cose come un NSNumber, è necessario preoccuparsi di che tipo è. NSNumber sceglierà una rappresentazione interna appropriata e quindi eseguirà tutte le conversioni necessarie a seconda del formato richiesto.

Se non è possibile indicare quale tipo è appropriato dal nome della variabile, è necessario scegliere nomi migliori . per esempio.

numberOfChildren = [NSNumber numberWithFloat: 2.5]; 

è chiaramente stupido.

E per i valori di valuta, è consigliabile utilizzare NSDecimalNumber (che è una sottoclasse di NSNumber) ma definisce le operazioni aritmetiche di base 10 in modo da non doversi preoccupare dell'arrotondamento a virgola mobile.