S
@manni66 sagte in Verwendung von smart pointern nur um Konstruktoraufruf verzögern zu können?:
@titan99_ sagte in Verwendung von smart pointern nur um Konstruktoraufruf verzögern zu können?:
context = std::make_unique<wxGLContext>(this, nullptr, &context_attributes);
WxWidgets ist wirklich der letzte Schrott! Wenn der wxGLContext keine Kopie der Attribute macht (er nimmt einen Pointer, die Doku sagt nichts dazu), ist dein Objekt am Ende des Konstruktors kaputt.
wxWidgets ist zwar manchmal etwas altbacken, aber Schrott ist es bei weitem nicht. Die meisten Dinge sind konsitent und ganz gut durchdacht. Es steht unter einer echten OpenSource Lizenz und braucht keinen spezial Compilier. Es gibt zwar immer mal Ecken, wo man sich etwas ärgert, aber an und für sich, kann man mit wxWidgets ganz brauchbar GUIs erstellen.
In dem Fall, werden die Attribute Kopiert (ich hab grade mal in die Sourcen geschaut).
Ist halt ein optionaler Parameter. Entweder muss man zwei Konstruktoren machen, einen für den Fall, dass man den Parameter nicht übergeben möchte und einen für die Übergabe, dann kann man eine const Referenz nehmen, oder man handelt das in einem Konstruktor ab, muss dann aber über den Pointer gehen um nullptr als Auswahl für nicht vorhanden zu erlauben.
Wenn man dahingehend die Doku verbessern kann, ist die wxWidgets Community bestimmt dankbar, wenn man da ein ein Vorschlag einreicht. Ist halt eine Community Sache, ohne eine Firma dahinter.
@Bushmaster sagte in Verwendung von smart pointern nur um Konstruktoraufruf verzögern zu können?:
@titan99_ sagte in Verwendung von smart pointern nur um Konstruktoraufruf verzögern zu können?:
Allgemein gefragt, wann verwendet man smart pointer, also z.B. std::unique_ptr.
Nur um heap-memory als Speicher zu verwenden? Oder gibt es noch andere Gründe?
wenn man mit pointern hantieren muss, aber sich vor fehlern fürchtet, die bei der benutzung roher pointer passieren können.
Immer, wenn man mit rohen Pointern hantieren muss, die Objekte "besitzen".
