Package org.hl7.fhir.dstu3.utils

Class DefinitionNavigator

java.lang.Object

org.hl7.fhir.dstu3.utils.DefinitionNavigator

@Deprecated
public class DefinitionNavigator
extends Object

Deprecated.

Constructor Summary

Constructors

Constructor	Description
DefinitionNavigator(IWorkerContext context, StructureDefinition structure)	Deprecated.

Method Summary

Modifier and Type	Method	Description
List<DefinitionNavigator>	children()	Deprecated.
List<DefinitionNavigator>	childrenFromType(ElementDefinition.TypeRefComponent type)	Deprecated.
ElementDefinition	current()	Deprecated.
List<String>	getNames()	Deprecated. When you walk a tree, and you walk into a typed structure, an element can simultaineously be covered by multiple types at once.
boolean	hasTypeChildren(ElementDefinition.TypeRefComponent type)	Deprecated. if you have a typed element, the tree might end at that point.
String	nameTail()	Deprecated.
String	path()	Deprecated.
List<DefinitionNavigator>	slices()	Deprecated.

Methods inherited from class java.lang.Object

clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

Constructor Details

DefinitionNavigator

public DefinitionNavigator(IWorkerContext context,
 StructureDefinition structure)
                    throws org.hl7.fhir.exceptions.DefinitionException

Deprecated.

Throws:

org.hl7.fhir.exceptions.DefinitionException

Method Details

getNames

public List<String> getNames()

Deprecated.

When you walk a tree, and you walk into a typed structure, an element can simultaineously be covered by multiple types at once. Take, for example, the string label for an identifer value. It has the following paths: Patient.identifier.value.value Identifier.value.value String.value value If you started in a bundle, the list might be even longer and deeper Any of these names might be relevant. This function returns the names in an ordered list in the order above

Returns:

current

public ElementDefinition current()

Deprecated.

slices

public List<DefinitionNavigator> slices()
                                 throws org.hl7.fhir.exceptions.DefinitionException

Deprecated.

Throws:

org.hl7.fhir.exceptions.DefinitionException

children

public List<DefinitionNavigator> children()
                                   throws org.hl7.fhir.exceptions.DefinitionException

Deprecated.

Throws:

org.hl7.fhir.exceptions.DefinitionException

path

public String path()

Deprecated.

nameTail

public String nameTail()

Deprecated.

hasTypeChildren

public boolean hasTypeChildren(ElementDefinition.TypeRefComponent type)
                        throws org.hl7.fhir.exceptions.DefinitionException

Deprecated.

if you have a typed element, the tree might end at that point. And you may or may not want to walk into the tree of that type It depends what you are doing. So this is a choice. You can ask for the children, and then, if you get no children, you can see if there are children defined for the type, and then get them you have to provide a type if there's more than one type for current() since this library doesn't know how to choose

Throws:

org.hl7.fhir.exceptions.DefinitionException

childrenFromType

public List<DefinitionNavigator> childrenFromType(ElementDefinition.TypeRefComponent type)
                                           throws org.hl7.fhir.exceptions.DefinitionException

Deprecated.

Returns:

Throws:

org.hl7.fhir.exceptions.DefinitionException