Singleton - Sablon creational

Salut baieti, m-am uitat si eu de curiozitate peste niste sabloane de creeare (singleton se asigura ca exista tot tipul o singura instanta a clasei respective).
Codul zice cam asa:

#include <iostream>
// ---->> SINGLETON <<-----
using namespace std;
class Singleton {
private:
		 static Singleton uniqueInstance;
		 int data;
		 Singleton(int d) :data(d) {}
		 Singleton(const Singleton & ob);
public:
		 static Singleton& instance() { return uniqueInstance; }
		 int getValue() { return data;}
		 void setValue(int value) { data = value; }
};
Singleton Singleton::uniqueInstance = 100; //de ce este utilizat contructorul atunci cand se initializeaza variabila statica?
int main() {
Singleton & s1 = Singleton::instance();
cout << "instanta 1 : "<<s1.getValue() << endl;
Singleton & s2 = Singleton::instance();
s2.setValue(19);
cout << "instanta 2 : "<<s1.getValue() << endl;
return 0;
}

Aici este apelat contructorul:

Singleton Singleton::uniqueInstance = 100;

Intrebarea mea este de ce se face asta?
Acolo in mod normal ar trebui sa fie setata valoarea unui variabile statice si asta nu implica instantierea constructorului nu?
PS: Este evident ca nu este asa dar nu inteleg de ce )

Sper sa te ajute:
http://www.cprogramm..._vs_define.html

Si:

http://en.cppreferen...language/static

Din pacate, desi le inteleg, stau foarte prost la explicat lucrurile acestea

Edited by StefanSC, 21 June 2017 - 15:50.

Variabila statică uniqueInstance este un obiect de tipul Singleton, iar orice obiect este inițializat ("setata valoarea") prin apelul unui constructor corespunzător.

http://en.cppreferen...ing_constructor

PS un constructor nu se instanțiază! Un obiect este instanțiat, un constructor este apelat.

Edited by tavitu, 21 June 2017 - 15:44.

C++ iti initilizeaza mereu instantele claselor/structurilor. It's a feature.

Daca ai constructor fara parametrii, e apelat. Daca n-ai constructuri, iti genereaza unul default.
Daca ai doar constructor cu parametrii, nu-ti mai genereaza altul, dar te obliga sa oferi mereu parametrii pt a crea obiectul.

PS: Singletonul, ca idee, incepe sa scartie cand vine vorba de multithreading, indiferent de limbaj.

dani.user, on 21 iunie 2017 - 19:12, said:

Am citit chestia asta insa am vazut ca se foloseste un lock cand se lucreaza cu thread-uri pentru a putea preveni instantierea a doua obiecte in acelasi timp.
Hai ca mi-a luat o ora da m-am prins pana la urma.)
Mersi.

Instanțierea ca instanțierea, dar cu manipularea paralelă a datelor din spatele singletonului ce te faci?

Singleton nu e bun de folosit, trebuie să știi ce e ca să îl poți evita pe cât posibil.

OriginalCopy, on 22 iunie 2017 - 08:44, said:

Foarte bun punct de vedere, la asta nu m-am gandit.

De ce ar trebui evitat? Lock-urile pe singleton-uri sunt un bad practice?

dani.user, on 21 iunie 2017 - 19:12, said:

Chestia asta e thread safe in C+11:

static Singleton& getInstance()
{
static Singleton instance;
return instance;
}

LittleWho, on 23 iunie 2017 - 11:42, said:

Locks în general sunt bad practice.

Există alte tehnici de sincronizare mult mai robuste.

Și în general, singletonurile pot fi eliminate prin schimbări în arhitectură.

Dacă ai un singleton, ai probabil unul la câteva milioane de linii de cod pe proiect.