// Gibt shared_ptr auf r zurück, der kein delete ausführt
template <typename Resource>
std::tr1::shared_ptr<Resource> PassivePtr(Resource& r)
{
    return std::tr1::shared_ptr<Resource>(&r, NullDeleter());
}

die z.B. so angewandt wird:

void DoSomething(std::tr1::shared_ptr<Image> ptr);

Image image;
DoSomething( PassivePtr(image) ); // statt
DoSomething( std::tr1::shared_ptr<Image>(&image, NullDeleter()) );

Nun drei kurze Fragen:

1. Sowas gibts ja kaum fertig im TR1, oder? Ich habe nicht mal einen null_deleter gefunden... Gäbe es das in Boost?
2. Fällt euch ein besserer Name als "PassivePtr" ein? Wenn möglich nicht zu lange.
3. Sollte die Funktion PassivePtr() eher einen Zeiger als eine Referenz nehmen? Normalerweise implizieren bei mir Zeigerparameter zwar die Möglichkeit von NULL , aber andererseits würde dadurch die Nähe zum Smart-Pointer deutlicher...

Fällt euch ein besserer Name als "PassivePtr" ein? Wenn möglich nicht zu lange.

weak_ptr?

weak_ptr?

Nein, ein Weak-Pointer ist eine schwache Referenz auf ein referenzgezähltes Objekt und wird bei dessen Zerstörung automatisch auf NULL gesetzt.

Mein zurückgegebener shared_ptr verhält sich hingegen wie ein roher Zeiger, der Aufrufer ist für die Gültigkeit verantwortlich.

ad 3) IMO ganz klar nen Zeiger.

ad 1) Ich hatte mal gesucht, aber nix gefunden. Hab' mir dann ein NoOperation Template geschrieben, das mit beliebigen Parametern aufrufbar ist, und einfach nix macht

Was ist denn bei dir genau das NoOperation -Template – der NullDeleter ? Falls ja, verstehe ich das mit den beliebigen Parametern nicht ganz. Wann ruft man dessen operator() mit mehr als einem Parameter auf?

hustbaer schrieb:

ad 3) IMO ganz klar nen Zeiger.

Aus Neugier: Verwendest du normalerweise auch die Policy "Zeigerparameter -> NULL ist möglich, ansonsten Referenzen"?

PS: Was hältst du von "LazyPtr"?

Wozu brauchst du denn überhaupt einen Smart-Pointer, wenn der sich nicht selber um die Speicherverwaltung kümmern soll?

Für generische Schnittstellen. Ein paar Klassen von mir sollen z.B. shared_ptr<Image> abspeichern und sich so eine Image-Ressource teilen und wenn nötig automatisch freigeben. Allerdings kann es Fälle geben, in denen der Aufrufer für eine genügend lange Lebenszeit garantieren kann (z.B. static -Speicherklasse). Hier wurde mir aber gesagt, dass dafür ein Custom-Deleter okay sei

CStoll schrieb:

PS: Was hältst du von "LazyPtr"?

Hm, ist "lazy" in dem Zusammenhang ein verbreiteter Begriff? Ich weiss nicht, ob Leute die beschriebene Semantik damit assoziieren... Ich kenne diesen Ausdruck vor allem im Zusammenhang mit Lazy Evaluation in der funktionalen Programmierung.

Weitere Vorschläge sind gern gesehen! Auch was Punkt 3 (Referenzen vs. Zeiger) anbelangt.

Ich bin bisher davon ausgegangen, dass man die Funktion nicht für Nullzeiger nutzt, da sie so nichts bringt. Bei einem leeren Smart-Pointer ist es normalerweise irrelevant, wie der Deleter aussieht. Aber im Prinzip gibt es keinen triftigen Grund, der gegen die Übergabe von Nullzeigern spricht...