Classes | |
struct | juce::SingletonHolder< Type, MutexType, onlyCreateOncePerRun > |
Used by the JUCE_DECLARE_SINGLETON macros to manage a static pointer to a singleton instance. More... | |
Namespaces | |
juce | |
Macros | |
#define | JUCE_DECLARE_SINGLETON(Classname, doNotRecreateAfterDeletion) |
Macro to generate the appropriate methods and boilerplate for a singleton class. More... | |
#define | JUCE_DECLARE_SINGLETON_SINGLETHREADED(Classname, doNotRecreateAfterDeletion) |
Macro to declare member variables and methods for a singleton class. More... | |
#define | JUCE_DECLARE_SINGLETON_SINGLETHREADED_MINIMAL(Classname) |
Macro to declare member variables and methods for a singleton class. More... | |
#define | JUCE_IMPLEMENT_SINGLETON(Classname) |
This is a counterpart to the JUCE_DECLARE_SINGLETON macros. More... | |
#define JUCE_DECLARE_SINGLETON | ( | Classname, | |
doNotRecreateAfterDeletion | |||
) |
Macro to generate the appropriate methods and boilerplate for a singleton class.
To use this, add the line JUCE_DECLARE_SINGLETON(MyClass, doNotRecreateAfterDeletion) to the class's definition.
Then put a macro JUCE_IMPLEMENT_SINGLETON(MyClass) along with the class's implementation code.
It's also a very good idea to also add the call clearSingletonInstance() in your class's destructor, in case it is deleted by other means than deleteInstance()
Clients can then call the static method MyClass::getInstance() to get a pointer to the singleton, or MyClass::getInstanceWithoutCreating() which will return nullptr if no instance currently exists.
e.g.
If doNotRecreateAfterDeletion = true, it won't allow the object to be created more than once during the process's lifetime - i.e. after you've created and deleted the object, getInstance() will refuse to create another one. This can be useful to stop objects being accidentally re-created during your app's shutdown code.
If you know that your object will only be created and deleted by a single thread, you can use the slightly more efficient JUCE_DECLARE_SINGLETON_SINGLETHREADED macro instead of this one.
#define JUCE_DECLARE_SINGLETON_SINGLETHREADED | ( | Classname, | |
doNotRecreateAfterDeletion | |||
) |
Macro to declare member variables and methods for a singleton class.
This is exactly the same as JUCE_DECLARE_SINGLETON, but doesn't use a critical section to make access to it thread-safe. If you know that your object will only ever be created or deleted by a single thread, then this is a more efficient version to use.
If doNotRecreateAfterDeletion = true, it won't allow the object to be created more than once during the process's lifetime - i.e. after you've created and deleted the object, getInstance() will refuse to create another one. This can be useful to stop objects being accidentally re-created during your app's shutdown code.
See the documentation for JUCE_DECLARE_SINGLETON for more information about how to use it. Just like JUCE_DECLARE_SINGLETON you need to also have a corresponding JUCE_IMPLEMENT_SINGLETON statement somewhere in your code.
#define JUCE_DECLARE_SINGLETON_SINGLETHREADED_MINIMAL | ( | Classname | ) |
Macro to declare member variables and methods for a singleton class.
This is like JUCE_DECLARE_SINGLETON_SINGLETHREADED, but doesn't do any checking for recursion or repeated instantiation. It's intended for use as a lightweight version of a singleton, where you're using it in very straightforward circumstances and don't need the extra checking.
See the documentation for JUCE_DECLARE_SINGLETON for more information about how to use it. Just like JUCE_DECLARE_SINGLETON you need to also have a corresponding JUCE_IMPLEMENT_SINGLETON statement somewhere in your code.
#define JUCE_IMPLEMENT_SINGLETON | ( | Classname | ) |
This is a counterpart to the JUCE_DECLARE_SINGLETON macros.
After adding the JUCE_DECLARE_SINGLETON to the class definition, this macro has to be used in the cpp file.