Type Parameters:

R - the return type of this visitor's methods. Use Void for visitors that do not need to return results.

P - the type of the additional parameter to this visitor's methods. Use Void for visitors that do not need an additional parameter.

All Known Implementing Classes:

AbstractElementVisitor14, AbstractElementVisitor6, AbstractElementVisitor7, AbstractElementVisitor8, AbstractElementVisitor9, ElementKindVisitor14, ElementKindVisitor6, ElementKindVisitor7, ElementKindVisitor8, ElementKindVisitor9, ElementScanner14, ElementScanner6, ElementScanner7, ElementScanner8, ElementScanner9, SimpleElementVisitor14, SimpleElementVisitor6, SimpleElementVisitor7, SimpleElementVisitor8, SimpleElementVisitor9

public interface ElementVisitor<R,P>

API Note:

WARNING: It is possible that methods will be added to this interface to accommodate new, currently unknown, language structures added to future versions of the Java programming language. Such additions have already occurred to support language features added after this API was introduced. Visitor classes directly implementing this interface may be source incompatible with future versions of the platform. To avoid this source incompatibility, visitor implementations are encouraged to instead extend the appropriate abstract visitor class that implements this interface. However, an API should generally use this visitor interface as the type for parameters, return type, etc. rather than one of the abstract classes.

Methods to accommodate new language constructs are expected to be added as default methods to provide strong source compatibility, as done for visitModule and visitRecordComponent. The implementations of the default methods will in turn call visitUnknown, behavior that will be overridden in concrete visitors supporting the source version with the new language construct.

There are several families of classes implementing this visitor interface in the util package. The families follow a naming pattern along the lines of FooVisitorN where N indicates the source version the visitor is appropriate for. In particular, a FooVisitorN is expected to handle all language constructs present in source version N. If there are no new language constructs added in version N + 1 (or subsequent releases), FooVisitorN may also handle that later source version; in that case, the SupportedSourceVersion annotation on the FooVisitorN class will indicate a later version. When visiting an element representing a language construct introduced after source version N, a FooVisitorN will throw an UnknownElementException unless that behavior is overridden.

When choosing which member of a visitor family to subclass, subclassing the most recent one increases the range of source versions covered. When choosing which visitor family to subclass, consider their built-in capabilities:

• AbstractElementVisitors: Skeletal visitor implementations.
• SimpleElementVisitors: Support default actions and a default return value.
• ElementKindVisitors: Visit methods provided on a per-kind granularity as some categories of elements can have more than one kind.
• ElementScanners: Scanners are visitors which traverse an element and the elements enclosed by it and associated with it.

Since:

1.6