This page has been translated automatically.
UnigineEditor
Interface Overview
Assets Workflow
Settings and Preferences
Adjusting Node Parameters
Setting Up Materials
Setting Up Properties
Landscape Tool
Using Editor Tools for Specific Tasks
FAQ
Programming
Fundamentals
Setting Up Development Environment
Usage Examples
UnigineScript
C++
C#
UUSL (Unified UNIGINE Shader Language)
File Formats
Rebuilding the Engine and Tools
GUI
Double Precision Coordinates
API
Containers
Controls-Related Classes
Engine-Related Classes
Filesystem Functionality
GUI-Related Classes
Math Functionality
Node-Related Classes
Networking Functionality
Pathfinding-Related Classes
Physics-Related Classes
Plugins-Related Classes
CIGI Client Plugin
Rendering-Related Classes
Warning! This version of documentation is OUTDATED, as it describes an older SDK version! Please switch to the documentation for the latest SDK version.
Warning! This version of documentation describes an old SDK version which is no longer supported! Please upgrade to the latest SDK version.

ComponentSystem Class

Header:#include <UnigineComponentSystem.h>
Inherits:Unigine::WorldLogic

This class implements functionality of the Custom Component System and is used to create, destroy, and manage components.

Notice
This class is a singleton.

See Also

ComponentSystem Class

Members


ComponentSystem * get()

Returns a pointer to the Component System. This pointer must be obtained to access functions of the Component System:
Source code (C++)
ComponentSystem *cs = ComponentSystem::get();
// access functions of the Component System
...

int getNumComponents()

Returns the total number of components registered in the Component System.
Notice
This method is very slow and should not be used often.

Return value

Total number of registered components.

int getNumNodesWithComponents()

Returns the total number of nodes with components assigned.

Return value

Total number of nodes with components assigned.

void createPropertyFile()

Creates a property file for a registered component associated with the property with a given name.Parameters of each component are stored in a separate *.prop file. If this property file does not exist, it will be created in the data/ComponentSystem folder with a name obtained by the component's getPropertyName() method.

void createPropertyFile(const char * name)

Creates a property file for a registered component associated with the property with a given name. Parameters of each component are stored in a separate *.prop file. If this property file does not exist, it will be created in the data/ComponentSystem folder.

Arguments

  • const char * name - Name of the property associated with the component.

void createPropertyFiles()

Creates property files for all registered components. Parameters of each component are stored in a separate *.prop file. If these property files do not exist, they will be created in the data/ComponentSystem folder.

void refreshProperty(const char * name)

Rewrites the *.prop file for the specified property and reloads it in the Property Manager.

Arguments

  • const char * name - Property name.

void refreshProperty()

Rewrites the property file for the specified component and reloads it in the Property Manager.

void registerComponent()

Registers a user component derived from the ComponentBase class.
Notice
  • Components must be registered in the AppSystemLogic::init() method.
  • If a property file for the component does not exist, it will be created automatically.
Source code (C++)
virtual int AppSystemLogic::init()
{
	// registering a new user component
	ComponentSystem::get()->registerComponent<MyComponent>();

	/*...*/
	
	return 1;
}

C * addComponent(const NodePtr & node)

Adds the component to the specified node.
Notice
Adding a component to a node leads to adding this node to the Editor.
Source code (C++)
NodeDummyPtr node = NodeDummy::create();
node->setName("node_dummy");
node->release();

ComponentSystem::get()->addComponent<MyComponent>(node->getNode());
// now the node named node_dummy appears in the Editor

Arguments

  • const NodePtr & node - Node, to which the component is to be added.

Return value

Pointer to the new added component, if it was successfully added to the specified node; otherwise nullptr.

C * getComponent(const NodePtr & node)

Returns the first component of the specified type associated with the given node.

Arguments

  • const NodePtr & node - Node, for which the component of the specified type is to be found.

Return value

Pointer to the component if any; otherwise, nullptr.

void getComponents(const NodePtr & node, Vector<C *> & out_components, int clear_vector)

Arguments

  • const NodePtr & node - Node, for which the components of the specified type are to be found.
  • Vector<C *> & out_components - Buffer vector, to which all found components of the specified type will be added.
  • int clear_vector - Flag indicating whether the buffer vector is to be cleared before adding the found components to it or not. Use 1 to clear the vector, 0 - to append new found components to the end of the vector. The default value is 1.

C * getComponentInChildren(const NodePtr & node)

Returns the first component of the specified type found among all the children of the specified node (including the node itself). This method searches for the component in the following order:
  • node itself
  • node reference
  • node's children
  • children of node's children

Arguments

  • const NodePtr & node - Node, whose hierarchy is to be checked for the specified type of component.

Return value

Pointer to the component if any; otherwise, nullptr.

void getComponentsInChildren(const NodePtr & node, Vector<C *> & out_components, int clear_vector)

Searches for all components of the specified type down the hierarchy of the specified node and puts them to the given buffer vector.

Arguments

  • const NodePtr & node - Node, whose hierarchy is to be checked.
  • Vector<C *> & out_components - Buffer vector, to which all found components of the specified type will be added.
  • int clear_vector - Flag indicating whether the buffer vector is to be cleared before adding the found components to it or not. Use 1 to clear the vector, 0 - to append new found components to the end of the vector. The default value is 1.

template <class C> C * getComponentInParent(const NodePtr & node)

Returns the first component of the specified type found among all predecessors and posessors of the specified node.

Arguments

  • const NodePtr & node - Node, whose hierarchy is to be checked.

Return value

Pointer to the component if any; otherwise, nullptr.

void getComponentsInParent(const NodePtr & node, Vector<C *> & out_components, int clear_vector)

Searches for all components of the specified type up the hierarchy of the specified node and puts them to the given buffer vector.

Arguments

  • const NodePtr & node - Node, whose hierarchy is to be checked.
  • Vector<C *> & out_components - Buffer vector, to which all found components of the specified type will be added.
  • int clear_vector - Flag indicating whether the buffer vector is to be cleared before adding the found components to it or not. Use 1 to clear the vector, 0 - to append new found components to the end of the vector. The default value is 1.

int removeComponent(const NodePtr & node)

Removes the component from the specified node.
Source code (C++)
// removes a user component MyComponent from the node
ComponentSystem::get()->removeComponent<MyComponent>(some_node);

Arguments

  • const NodePtr & node - Node, from which the component is to be removed.

Return value

1 if the component was successfully removed from the specified node; otherwise 0.

void destroyNode(const NodePtr & node)

Destroys the specified node. The node will be destroyed with all its properties and components.
Notice
Make sure, that the node you're trying to delete is owned by the Editor or is an orphan (release() method was called). Anyway the node must not be owned by code, otherwise a crash will be imminent.

Arguments

  • const NodePtr & node - Node to be destroyed.

void init()

Engine calls this function on world initialization. Put you code for resources initialization during the world start here.

void update()

Engine calls this function before updating each render frame. You can specify here all graphics-related functions you want to be called every frame while your application executes.

void render()

Engine calls this function before rendering each render frame. You can correct behavior after the state of the node has been updated.

void flush()

Engine calls this function before updating each physics frame. Here you can control physics and put non-rendering calculations. The engine calls flush() with the fixed rate (60 times per second by default) regardless of the fps number. Similar to the world script's flush() function.

void shutdown()

Engine calls this function on world shutdown. Here you can delete resources that were created during world script execution to avoid memory leaks.

void destroy()

Engine calls this function when the video mode is changed or application is restarted (i.e. video_restart is called). It is used to reinitialize the graphics context.

void setWarningLevel(int level)

Sets the warning level for the Component System. Warnings can be very useful when debugging your application, e.g. to investigate Null Reference Exception cases.

Arguments

  • int level - New warning level to be set. One of the following values:
    • WARNING_LEVEL::NONE - warning messages are disabled.
    • WARNING_LEVEL::LOW - warning messages are generated only for serious cases.
    • WARNING_LEVEL::HIGH - warning messages are generated for all cases including potential ones. At this level, for example, all Node/Property/Material parameters, that are empty at startup, will be reported.

int getWarningLevel()

Returns the current warning level for the Component System. Warnings can be very useful when debugging your application, e.g. to investigate Null Reference Exception cases.

Return value

Current warning level. One of the following values:
  • WARNING_LEVEL::NONE - warning messages are disabled.
  • WARNING_LEVEL::LOW - warning messages are generated only for serious cases.
  • WARNING_LEVEL::HIGH - warning messages are generated for all cases including potential ones. At this level, for example, all Node/Property/Material parameters, that are empty at startup, will be reported.
Last update: 2018-04-26
Build: ()