Verwendung von shared_ptr in C-Schnittstellen?

Question

Ich habe eine C-Bibliothek, die ich nach C++ portiere, die von Hand reference-counted Strukturen verwendet. Ich habe überlegt, shared_ptr zu verwenden, um die Referenzzählung automatisch zu verarbeiten, aber ich möchte auch die C-API beibehalten. Die alten Signaturen in etwa so aussehen:

Object* object_create(void); 
Object* object_retain(Object* o); 
void object_release(Object* o); 

Wenn ich shared_ptr verwenden, ist es eine Möglichkeit, um effektiv dieses Handbuch Referenzzählung in einer C-API aussetzen?

Answer 1

Das Problem mit shared_ptr, wie Sie bereits herausgefunden haben, ist, dass Sie die Referenzzahl nicht ändern können, außer durch das Konstruieren oder Zerstören von Instanzen. Also nein, es gibt keine Möglichkeit, das zum Laufen zu bringen, außer indem man einen shared_ptr um jeden konstruierten Object herum hält, bis sein Referenzzähler auf Null fällt, aber dieses Recht zu machen bedeutet, viel vom Referenzzählen zu wiederholen, so dass du sehr wenig gewinnst.

Vielleicht boost::intrusive_ptr ist eine bessere Option.

Answer 2

Sie können std::shared_ptr::get verwenden, um den Wert Ihres Zeigers in Ihrem object_create abzurufen.

Ich bin mir nicht sicher, ob Sie object_retain oder object_release pflegen sollten, da es bereits automatisch von der shared_ptr gehandhabt wird.

Möchten Sie, dass Ihre Bibliothek von C-Code verwendet wird? Wenn ja, wie @Angew in seinem Kommentar darauf hingewiesen hat, werfen Sie einen Blick auf Boost.intrusive_ptr, es scheint die beste Wahl zu sein.

Wenn Sie davon ausgehen können, dass in C geschriebener Client-Code die C-Bibliothek verwendet (was meiner Meinung nach sinnvoll ist), dann können Sie diese Funktionen komplett löschen und alle intern behandeln. Sie können einen rohen Zeiger für die Kompatibilität mit CAPI bereitstellen, wenn Sie benötigen, aber die gesamte Lebensdauerverwaltung kann automatisch mit shared_ptr behandelt werden.