BDE 4.14.0 Production release
|
Provide a concrete default deleter w/optionally-supplied allocator.
bdema
-based deleterThis component provides a default concrete implementation of the bdlma::Deleter
protocol:
Upon construction, a bdlma::DefaultDeleter
is optionally supplied with a bdema
-style allocator. If an allocator is not specified, the currently installed default allocator is used instead. The memory footprint of objects that are subsequently deleted via calls to the deleteObject
method of the deleter will be returned to the allocator that was established at construction. Note that the allocator used to create the footprint of objects passed to deleteObject
must be the same allocator that is used by the deleter.
This section illustrates intended use of this component.
Suppose that we would like to transfer ownership of an object between threads using bsl::shared_ptr
. For the sake of discussion, the type of this object is my_Obj
and we will suppose that it is created using a given basicAllocator
. Note that we assume that my_Obj
does not require an allocator for any of its members:
Next, create a concrete deleter for object
using the same allocator as was used to allocate its footprint:
Finally, create a shared pointer passing to it object
and the address of deleter
:
Now the handle
can be passed to another thread or enqueued efficiently. When the reference count of handle
goes to 0, object
is automatically deleted via the deleteObject
method of deleter
, which in turn will invoke the destructor of object
. Note that since the type of the deleter used to instantiate handle
is bdlma::Deleter<my_Obj>
, any kind of deleter that implements this protocol can be passed. Also note, on the downside, that the lifetime of deleter
must be longer than the lifetime of all associated instances.