Elektra  0.8.19
Data Structures
Here are the data structures with brief descriptions:
[detail level 1234]
oNkdbThis is the main namespace for the C++ binding and libraries
|oNtoolsThis namespace is for the libtool library
||oNmerging
|||\CMergingKDBProvides a merging wrapper around a KDB instance
||oCBackendInterfaceMinimal interface to add plugins
||oCSerializeInterfaceInterface to serialize a backend
||oCMountBackendInterfaceInterface to work with mountpoints (backends) for factory
||oCBackendA low-level representation of the backend (= set of plugins) that can be mounted
||oCBackendFactoryFactory for MountBackendInterface
||oCPluginAdderAdds plugins in a generic map
||oCGlobalPluginsLow level representation of global plugins
||oCImportExportBackendBackend for import/export functionality
||oCBackendBuilderInitUsed as argument of constructor of *BackendBuilder
||oCBackendBuilderHighlevel interface to build a backend
||oCGlobalPluginsBuilderBuild global plugins
||oCMountBackendBuilderHigh-level functionality to build a mountpoint
||oCBackendInfoInfo about a backend
||oCBackendsAllows one to list backends
||oCModulesAllows one to load plugins
||oCPluginThis is a C++ representation of a plugin
||oCPluginDatabaseLoads all plugins and allows us to query them
||oCModulesPluginDatabaseA plugin database that works with installed modules
||oCMockPluginDatabaseA plugin database that works with added fake data
||oCPluginsA collection of plugins (either get, set or error)
||oCGetPluginsPlugins to get configuration
||oCSetPluginsPlugins to set configuration
||oCErrorPluginsPlugins to handle errors during configuration access
||oCPluginSpecSpecifies a plugin by its name and configuration
||oCPluginSpecHashOnly to be used with PluginSpecName!
||oCSpecBackendBuilderBuild individual backend while reading specification
||oCSpecReaderHighlevel interface to build a backend from specification
||\CToolExceptionAll exceptions from the elektratools library are derived from this exception
|oCKDBConstructs a class KDB.
|oCContextProvides a context for configuration
|oCThreadSubjectSubject from Observer pattern for ThreadContext
|oCPerContextA data structure that is stored by context inside the Coordinator
|oCCoordinatorThread safe coordination of ThreadContext per Threads
|oCnone_tThis type is being used as bottom type that always fails
|oCLayerBase class for all layers
|oCWrappedEverything implementing this interface can be used as layer
|oCValueObserverBase class for values to be observed
|oCCommandUsed by contexts for callbacks (to run code using a mutex)
|oCDefaultGetPolicyImplements lookup with spec
|oCDefaultSetPolicyImplements creating user/ key when key is not found
|oCGetPolicyIsNeeded by the user to set one of the policies
|oCSetPolicyIsNeeded by the user to set one of the policies
|oCContextPolicyIsNeeded by the user to set one of the policies
|oCWritePolicyIsNeeded by the user to set one of the policies
|oCObserverPolicyIsNeeded by the user to set one of the policies
|oCLockPolicyIsNeeded by the user to set one of the policies
|oCKeyKey is an essential class that encapsulates key name , value and metainfo .
|oCNameIteratorFor C++ forward Iteration over Names
|oCNameReverseIteratorFor C++ reverse Iteration over Names
|oCVaAllocNeeded to avoid constructor ambiguity
|oCKeySetA keyset holds together a set of keys
|oCKeySetIteratorFor C++ forward Iteration over KeySets
|\CKeySetReverseIteratorFor C++ reverse Iteration over KeySets
oNstdSTL namespace
|\Chash< kdb::Key >Support for putting Key in a hash
oCEdgeEdge represents the edge of the bipartite graph and is also the key
oCOPMPHMOPMPHM represents the final order preserving hash map
\CVertexVertex represents the vertex of the bipartite graph