Verzögerung der Aufbau eines statischen Elementobjekt

Question

Das Projekt in eine DLL kompiliert wird, um in ein ausführbares injiziert werden

Das Projekt auf eine API stützt, die ganz am Anfang in main() wie so initialisiert wird:

int DLL_main() 
{ 
    TheApi::Initialize(); 
    AnObject anObjectInstance; 
    //.. 
} 

Es ist ein Objekt, das mit einer Klassendefinition ähnlich wie diese aufgebaut ist:

class AnObject() 
{ 
    AnObject(); 
    ~AnObject(); 

    static ApiHelper apiHelperObject; //This object assists in making certain api features easier to use 
} 

//Inside AnObject.cpp 

ApiHelper AnObject::apiHelperObject; 

im Konstruktor von apiHelperObject, gibt es einige API-Funktion aufruft

Nach Injektion der dll, passiert nichts (keine Fehlermeldung auch) aber , wenn das statische Schlüsselwort aus apiHelperObject entfernt wird alles funktioniert gut

Das Problem scheint zu sein, dass das statische Element ist wobei konstruiert vor die API

initialisiert Es ist nicht möglich TheApi::Initialize() in apiHelperObject ‚s Konstruktor zu nennen, weil es mehrere verschiedene api Hilfsobjekte sind, und das würde TheApi::Initialize() dazu führen, mehr als einmal aufgerufen werden

Und so ist die Frage:

Was ist der beste Weg, um die api vor dem statischen Member-Objekt der Initialisierung aufgebaut ist? Oder, was ist der beste Weg, um die Konstruktion des statischen Elements zu verzögern?

Vorzugsweise wird ein Zeiger nicht verwendet, da die Syntax nicht besonders

begünstigt

Danke

Answer 1

In gewöhnlichen Standard-C++ Sie immer die Initialisierung eines static Objekt verzögern kann es lokal zu einer Zugriffsfunktion, indem sie .

im Wesentlichen, dass ein Singleton Meyers:

auto helper_object() 
    -> ApiHelper& 
{ 
    static ApiHelper the_object; 
    return the_object; 
} 

Hier, in Standard-C++, wird das Objekt zum ersten Mal der Ausführung initialisiert die Erklärung durchläuft.

Aber der C++ - Standard unterstützt dynamische Bibliotheken nicht aktiv, geschweige denn DLL-Injektion. Es ist schwer zu sagen, wie das ausgehen wird. Vorsicht vor Threading-Problemen.