A Domain-related abstract base class for reference-counted objects which occupy some memory but are able to release it on demand.
More...
#include <memcore/Creator.hpp>
List of all members.
Classes
Public Member Functions
- virtual RefPtr< Domain > create ()=0
- Actually create the object, e.g.
-
CreatorBase (const WeakPtr< CacheBase > &MyCache)
- Construct with Cache object given.
-
virtual RefPtr< Domain > get () const =0
- Try data if possible.
- virtual const type_info & getType ()=0
- Query the associated value type of this creator object.
-
override bool hasData () const
- Inspect if data exist here.
- virtual bool request (const RefPtr< Result > &)
- Asynchron mode: Hm.
Detailed Description
template<class Domain>
class CreatorBase< Domain >
A Domain-related abstract base class for reference-counted objects which occupy some memory but are able to release it on demand.
- Note:
- CreatorBase(R) is a registered trademark of CreatorCo.com. The nomenclature used within the MemCore library is unrelated to this webservice.
Member Function Documentation
template<class Domain>
virtual RefPtr<Domain> CreatorBase< Domain >::create |
( |
|
) |
[pure virtual] |
template<class Domain>
virtual const type_info& CreatorBase< Domain >::getType |
( |
|
) |
[pure virtual] |
Query the associated value type of this creator object.
This type information can possibly be determined without actually loading any data. Whether or not this is the case is up to the implementation of the child class.
Implemented in Creator< RefType >.
template<class Domain>
virtual bool CreatorBase< Domain >::request |
( |
const RefPtr< Result > & |
|
) |
[inline, virtual] |
Asynchron mode: Hm.
Data seem not to be available, i.e. the create() function return a null ptr. So, request creating them. Returns false if that is not possible. If create() returned false, and the requestCreation() as well, then we have a real problem.
The documentation for this class was generated from the following file: