[C++] Singleton class su Windows non vanno ???

[fek]

Originariamente inviato da trallallero

non conosco bene il suo problema (ne ho già troppi io ) ma gli serve una sola istanza ed una funzione statica perchè deve passare una callback (puntatore alla funzione statica, appunto) ad una libreria C.
Quindi, per garantire che ci sia una sola istanza, vorrebbe usare una classe Singleton.

Il tipo è sparito di nuovo ed io devo uscire a sbrigare qualche faccenda
Grazie, a dopo

In realta' non gli serve sicuramente garantire che ci sia una sola istanza, gli serve che ne esista una sola nel suo processo. Sono due cose differenti. Comunque si puo' garantire che esista sia una sola istanza di una classe in un processo senza usare il Singleton pattern, quindi senza fare cose tipo:

UglySingleton* my_ugly_singleton = UglySingleton::GetInstance();

[trallallero]

Originariamente inviato da fek

In realta' non gli serve sicuramente garantire che ci sia una sola istanza, gli serve che ne esista una sola nel suo processo. Sono due cose differenti. Comunque si puo' garantire che esista sia una sola istanza di una classe in un processo senza usare il Singleton pattern, quindi senza fare cose tipo:

UglySingleton* my_ugly_singleton = UglySingleton::GetInstance();

ariecchime ...
io faccio solo da ambasciatore, non sono abituati ad usare forum quì, quindi se il tipo mi dice che gli serve il singleton avrà i suoi buoni motivi

Gli serve che ne esista una sola nel suo processo è corretto, ma se prova ad accedere all'oggetto dalla libreria dinamica e se non dichiara l'oggetto come variabile globale, non funziona.

Comunque aggiorno quando mi fanno avere un esempio ... hanno provato anche ad usare un membro statico settato a 5 nel main.
La libreria lo visualizza come 0

E io ho ritenuto giusto appiccicare l'adesivo "Certified for Windows Vista" del nuovo monitor sul gabicesso

UglySingleton ... non te piacciono proprio eh

[fek]

Originariamente inviato da trallallero

ariecchime ...
io faccio solo da ambasciatore, non sono abituati ad usare forum quì, quindi se il tipo mi dice che gli serve il singleton avrà i suoi buoni motivi

Quante volte l'ho sentito dire
Ed i buoni motivi erano spesso una cosa del tipo "non so farlo in altro modo".

[trallallero]

Originariamente inviato da fek

Quante volte l'ho sentito dire
Ed i buoni motivi erano spesso una cosa del tipo "non so farlo in altro modo".

beh, probabile, nessuno sa tutto

Resta il fatto che su Windows non va ... sto aspettando ancora il test, son tutti a pranzo.

[fek]

Originariamente inviato da trallallero

beh, probabile, nessuno sa tutto

Assolutamente, e c'e' chi ha voglia di imparare e chi invece va dritto per l'unica strada che conosce...

[banryu79]

Originariamente inviato da fek

Comunque si puo' garantire che esista sia una sola istanza di una classe in un processo senza usare il Singleton pattern, quindi senza fare cose tipo:

UglySingleton* my_ugly_singleton = UglySingleton::GetInstance();

C'è una strategia canonica per sostituire/rifattorizzare i Sigleton?
In tal caso avresti un link da postare? Interesserebbe anche a me, grazie.

Scusate l'OT

@EDIT:

Originariamente inviato da cionci

Quella più semplice è portarsi dietro un parametro ovunque venga richiamato il singleton.

Perdonami, ma temo di non aver capito... puoi esplicitare ulteriormente la cosa?

[cionci]

Quella più semplice è portarsi dietro un parametro ovunque venga richiamato il singleton.

[fek]

Originariamente inviato da cionci

Quella più semplice è portarsi dietro un parametro ovunque venga richiamato il singleton.

Yup, di solito faccio cosi' e da' meno problemi di quello che sembra.

[MEMon]

Ragazzi scusate se mi intrometto, ma quando dovrebbe venire utile un singleton?
Cioè per quali scopi solitamente si usano? Ora come ora non riesco a pensare dove lo userei...

[cionci]

Originariamente inviato da banryu79

Perdonami, ma temo di non aver capito... puoi esplicitare ulteriormente la cosa?

Cioè...in MyClass mi serve un singleton ? Allora passo l'istanza della classe che una volta era il singleton nel costruttore (se mi serve in molti metodi) o come parametro di un metodo.

class MyClass
{
public:
   MyClass(MyExSingleton &param);
//oppure
   void MyPublicMethod(MyExSingleton &param);
};

In pratica si sostituisce la chiamata alla GetInstance del singleton con un parametro del metodo o della classe.
Ovviamente questo non garantisce che non ci siano più istanze di MyExSingleton nel sistema, ma se il progetto è ben scritto (e guidato) basta propagare MyExSingleton a poche classi.

[fek]

Originariamente inviato da MEMon

Ragazzi scusate se mi intrometto, ma quando dovrebbe venire utile un singleton?

In tutti i seguenti casi:

[cionci]

Originariamente inviato da MEMon

Ragazzi scusate se mi intrometto, ma quando dovrebbe venire utile un singleton?
Cioè per quali scopi solitamente si usano? Ora come ora non riesco a pensare dove lo userei...

Il singleton può prendere il posto di qualsiasi variabile globale che contiene un riferimento o un puntatore ad un oggetto.
Se poi ti chiedi: mi hanno sempre insegnato che non si usano le variabili globali nella programmazione OOP, allora ti sei risposto da solo alla domanda: quando posso usare un singleton ?

[MEMon]

Originariamente inviato da fek

In tutti i seguenti casi:

No dai sul serio, riformulo la domanda.
Quali problemi portano a pensare ad una prima soluzione utilizzando i singleton, ma poi pensandoci bene si risolvono anche in altri modi?

[MEMon]

Originariamente inviato da cionci

Il singleton può prendere il posto di qualsiasi variabile globale che contiene un riferimento o un puntatore ad un oggetto.
Se poi ti chiedi: mi hanno sempre insegnato che non si usano le variabili globali nella programmazione OOP, allora ti sei risposto da solo alla domanda: quando posso usare un singleton ?

Perfetto afferato il discorso!

[fek]

Originariamente inviato da MEMon

No dai sul serio, riformulo la domanda.
Quali problemi portano a pensare ad una prima soluzione utilizzando i singleton, ma poi pensandoci bene si risolvono anche in altri modi?

Ma ero serio

[cionci]

fek: però mi sono chiesto...in un DLL condivisa fra più eseguibili, come faccio ad accedere ad una istanza condivisa di una classe (allocata da DllMain) se non uso una variabile static o un singleton o una variabile globale ?

[banryu79]

Grazie mille del chiarimento cionci, ho capito la mia non comprensione da cosa era nata:

Originariamente inviato da cionci

Ovviamente questo non garantisce che non ci siano più istanze di MyExSingleton nel sistema, ma se il progetto è ben scritto (e guidato) basta propagare MyExSingleton a poche classi

Avendo letto in precedenza questo:

Originariamente inviato da fek

Comunque si puo' garantire che esista sia una sola istanza di una classe in un processo senza usare il Singleton pattern, quindi senza fare cose tipo:

UglySingleton* my_ugly_singleton = UglySingleton::GetInstance();

mi stavo chiedendo quale fosse quella strategia che mi evita l'uso del Singleton E mi garantisce una sola istanza di classe.

Si può fare senza classe Singleton?

[fek]

Originariamente inviato da cionci

fek: però mi sono chiesto...in un DLL condivisa fra più eseguibili, come faccio ad accedere ad una istanza condivisa di una classe (allocata da DllMain) se non uso una variabile static o un singleton o una variabile globale ?

Hmmm, mi fai un esempio piu' concreto?
Secondo me il problema e' piu' di design: perche' devi accedere da piu' eseguibili ad una istanza condivisa e non puoi usare metodi di comunicazione fra processi piu' affidabili?

Originariamente inviato da banryu79

mi stavo chiedendo quale fosse quella strategia che mi evita l'uso del Singleton E mi garantisce una sola istanza di classe.

Si può fare senza classe Singleton?

Di nuovo, perche' ti serve garantire una sola istanza di una classe? In questo caso io mettere una variabile statica nella classe e il costruttore forzerebbe il numero di istanze in base a quella variabile, restituendo un eccezione.
Non si avrebbero i problemi creati da quell'orribile getInstance(), ma si continuerebbero ad avere tutti i problemi legati alla testabilita' dei Singleton.

[trallallero]

ok, in allegato il test fatto con Visual studio.

Ho visto l'output e sembra da una parte funzionare (l'indirizzo della funzione statica è lo stesso sia printato dal main che dalla dll) da un'altra no:

c'è, nella classe singleton, una variabile statica int querty = 5
nel main è settata a 7

poi viene printeffata dal main, ed è 7,
dalla libreria statica è 7
dalla dll è 97534 ...

comunque anche wikipedia (in tedesco) dice che i singleton non vanno su Windows

[trallallero]

Originariamente inviato da fek

Di nuovo, perche' ti serve garantire una sola istanza di una classe? In questo caso io mettere una variabile statica nella classe e il costruttore forzerebbe il numero di istanze in base a quella variabile, restituendo un eccezione.
Non si avrebbero i problemi creati da quell'orribile getInstance(), ma si continuerebbero ad avere tutti i problemi legati alla testabilita' dei Singleton.

è esattamente quello che ho fatto io in una classe di questo progetto, anche se poi l'ho eliminata e modificato il design.

Quì volevano farmi usare il singleton anche su una classe di string utilities che ho fatto. Io ho messo tutte le funzioni statiche in modo da poterle utilizzare così:
Utility::Funzione(...)
e loro m'han detto, "il singleton è meglio" ... mi son rifiutato

perchè devo creare un'istanza con quel giro di beppe quando ci pensa il C++ automaticamente con le sue funzioni statiche ?