Singleton con un delegato: buona idea o cattiva?

Question

Ho creato oggetti che sono interfacce per un servizio web. Un oggetto tipico sarebbe un "TaskService". Quando un client utilizza uno di questi oggetti, richiama uno dei metodi del servizio (come "GetTasks") e il servizio si spegne in modo asincrono per chiamare il servizio Web remoto e postare i dati recuperati tramite un delegato.

Attualmente, per utilizzare uno di questi servizi è necessario crearlo con [[TaskService alloc] init], ma ho deciso che ha più senso rendere ciascun servizio un oggetto singleton.

È comune vedere oggetti singleton che contengono riferimenti ai delegati? Il mio problema principale con il design, è che ogni oggetto, ogni volta che richiede l'uso di un particolare servizio, dovrà impostarsi come delegato prima di richiamare il servizio, il che non mi sembra del tutto corretto ... E se un altro oggetto dovevi porsi come delegato tra te e te stesso come delegato e invocando il servizio?

Molte grazie in anticipo!

saluti, Nick

Answer 1

Imo questa non è una buona idea per la ragione che hai citato. Il pattern Singleton è davvero per le cose ce ne sono solo una, ma sembra che la tua app possa aver bisogno di più istanze di questi servizi. Penso che avresti finito di lavorare su questo (usando una coda di operazioni o qualche tipo di multiplexer delegato) quando hai veramente bisogno di istanziare più istanze del tuo servizio.

Answer 2

Quando l'occasione garantisce l'uso di un oggetto Singleton, evito sempre la delega per il motivo che citi. I consumatori di un singleton non possono sapere (senza qualche brutta codifica) se stanno calpestando le dita di altri consumatori impostandosi come il delegato unico e solo del singleton. NSNotifications sono uno strumento molto più pulito per il lavoro; qualsiasi numero arbitrario di ascoltatori può consumare le notifiche senza preoccuparsi di chi altro può ascoltare.

La delega funziona meglio quando c'è una chiara proprietà tra le classi. Nessuno possiede un singleton.

Answer 3

Singleton non è proprio il problema, si causa lo stesso tipo di problemi semplicemente istanziando una classe e trasmettendola come una variabile globale. Come altri hanno menzionato una coda è una possibilità, o quando si richiama un'attività su un servizio nel Singleton si ha istanza un oggetto TaskRequest che passa nel metodo e il delegato di richiamata, in questo modo le richieste non possono calpestarsi l'una sull'altra. In effetti sarebbe una buona idea farlo comunque con una coda.

Answer 4

L'ambito di un singleton è l'intera applicazione. Ad esempio: Considera l'esempio dell'applicazione shopping i dati del logger, l'ID utente about che deve essere accessibile su diverse parti dell'applicazione come ordine, pagamento, carrello ecc.

I delegati vengono utilizzati per la comunicazione 1 a 1, per esempio: puoi prendere come esempio Hai due classi TV e dispositivo di controllo remoto. Vuoi cambiare il canale della TV. I metodi delegati di TV per cambiare canale sono implementati nella classe di dispositivi di controllo remoto. Quindi usi il telecomando e cambi il canale della TV.

Il singleton viene utilizzato per comunicare con più ricevitori, mentre il pattern di delega viene utilizzato in genere per la comunicazione 1 a 1.