NSNotification in iOS è un buon design?

NSNotification è un ottimo strumento da utilizzare se soddisfa le tue esigenze. Se vuoi un'interfaccia C diritta, puoi sempre utilizzare CFNotification da CoreFoundation.

In termini di design, ti consente di disaccoppiare classi non correlate che devono comunicare. Invece di dover far sì che la classe C ++ sappia che l'oggetto che vuole sapere quando qualcosa cambia è una classe Objective-C di un particolare tipo, puoi semplicemente postare una notifica quando si verifica un evento. Qualsiasi e tutti gli altri oggetti nel programma possono scegliere di ascoltare quella notifica o ignorarla.

Naturalmente, quando le classi sono accoppiate liberamente, può essere più difficile eseguire il debug dei problemi poiché non si dispone di un puntatore diretto all'oggetto che ha impostato la notifica e probabilmente non si dispone di uno stack frame che punta a dove il problema è iniziato. Ma di solito la facilità con cui è possibile aggiungere e rimuovere gli ascoltatori è un vantaggio sufficiente a far sì che valga la pena farlo comunque. Puoi sempre inserire qualcosa nel dizionario userInfo della notifica che rimanda all'oggetto che ha inviato la notifica se hai bisogno di qualcosa di simile per il debug.

Da un punto di vista dell'implementazione, l'invio di una NSNotification è esattamente uguale a chiamare tutti i metodi e i blocchi che si sono registrati per osservare la notifica in un ordine non specificato.

Quindi il caso d'uso per NSNotification è che il tuo codice sta facendo qualcosa e presuppone che un altro codice debba saperlo, ma non ha la conoscenza o non vuole che la conoscenza chiami metodi appropriati, probabilmente in classi molto variabili . È una caratteristica molto utile, anche nel puro codice Objective-C.

Il modo più semplice per combinare C ++ e Objective-C è scrivere codice Objective-C ++.