DOM resolver subsystem: Difference between revisions
{{DOM tutorial}} |
m catg subsys |
||
Line 25: | Line 25: | ||
{{DOM tutorial}} | {{DOM tutorial}} | ||
[[Category:DOM | [[Category:DOM subsystems|Resolver subsystem]] |
Revision as of 01:22, 19 April 2007
Summary: The resolver subsystem manages the resolution of URIs based on a URI's scheme and filename extensions.
Purpose
The resolver subsystem allows for custom URI resolvers to be written and added to the COLLADA DOM. These resolvers can be used to load various types of external references-- for example, binary representations of mesh data--or to provide access to different data systems--for example, using a database to access elements.
Default behavior
By default, the COLLADA DOM has only two resolvers:
- The main resolver,
daeLIBXMLResolver
, resolves elements from COLLADA documents (.dae or .xml) with the file or http URI scheme. This can resolve elements from the same document or external document references.
- The newly added DOM raw resolver class,
daeRawResolver
, resolves only .raw files with the file URI scheme.
Instantiating an object of a class that inherits from daeURIResolver
adds a custom resolver to the COLLADA DOM.
How it works
The base class daeURIResolver
contains a static array named _KnownResolvers
that contains resolvers. The constuctor for daeURIResolver
adds a reference to this to this list of resolvers. When a DOM URI class attempts to resolve itself, it searches through the _KnownResolvers
list for a resolver that matches its URI scheme and file extension. When an appropriate resolver is found, the resolver is then asked to resolve the current URI.
Related classes and functions
- DOM resolver class: An interface to inherit from for creating URI resolvers.
- DOM URI class: The class used to represent URIs in a COLLADA document.