[c++] globalne spremenljivke (extern)

uporabi "singleton"

class Singleton 
  {
  public:
      static Singleton* Instance();
  protected:
      Singleton();
      Singleton(const Singleton&);
      Singleton& operator= (const Singleton&);
  private:
      static Singleton* pinstance;
  };

from here

zgornji class ima zascitene osnovne konstruktorje ter "assignment" operator=, edini dostop je staticna metoda, ki ti vrne kazalec na instanco tega objekta. ob prvem klicu

Singleton *lpObject = Singleton::Instance();
//
lpObject->DoStuff();

se bo dinamicno kreirala ena in edina instanca tega objekta. v destruktorju pa se delete-nes ta pointer.

v dll-ju pa moras tako kot funkcijo tudi objekt exportat. zadevo lahko potem uporabis tudi kot "tovarno" objektov, ki jih potrebujes.

> kako je najbolje uporabljati globalne spremenljivke v cpp
Tako da se jih izogibaš kot hudič križa.

> Delam dll in rabim imeti en globalen objekt s katerim potem upravljajo exportane funkcije.
Ne nikoli ne rabiš globalnega objekta.

No na bolj resno noto - vse se seveda da narediti s tistim extern ampak je veliko razlogov da se temu izogneš, in bolj malo je situacij (če sploh je kaka), ko je extern najboljša rešitev.
Vsaj jaz te ne razumem točno kaj želiš. V dll-ju implementirati nek razred al kaj? Zakaj sploh mora biti to dll, če bo delal na enem samem objektu?

Edit
Aja Delphi, šele zdajle mi je potegnilo.
Pripravit k sodelovanju C++ in Delphi razrede je pomoje rahlo utopična ideja (no ok, morda ima Borland to kako mašinerijo s katero Delphi ali pa C++ prepričaš da posnema drugea ampak to je že tko-tko). Tako da tisti extern, ki bi ga morda lahko imel v dll-ju (rahlo dvomim da ima dll lahko extern spremenljivke) ti itak ne bo prijel na noben Delphi razred.

Če že imaš dll, imej notri le funkcije (sej ne da bi sploh lahko v dll-ju imel razrede). Obdrži te funkcije simple kolikor se le da. Vse objekte imej le v Delphiju in naj ti c++ dela le na stringih recimo. Če pa že res nujno rabiš ta objekt in ne moreš brez njega potem pa Singleton, kot je Vesoljc predlagal. To ne bo globalen objekt kot si zaenkrat predstavljaš. Videl ga bo le tvoj dll. In ne rabiš nobene globalne spremenljivke. Razred sam poskrbi, da se ena spremenljivka ob prvi uporabi načara v RAM.

Bolj kot tale stala z Dllji se ti splaca kar direktno funkcije za Delphi poiskat pa je? Vsaj po mojem mnenju. Drugace pa lahko classe po normalnem postopku dobis iz DLLja, le v C++ jih moras exportat s predikatom DLLEXPORT pa je stvar resena. Potem pac namesto metode podedujes razred iz DLLja, kar pa zna biti v Delphiju malo problematicno.

c in delphi

meni je nekoc tega tole delovalo, sem pa moral rahlo popravati tiste generirane headerje