CodeFunction
A function or method in the analysed code.
For free functions, mangledName is the linker symbol; for class members it includes the class+namespace mangling. returnType / parameterTypes / parameterNames are populated when the analyzer reports them; they're optional because some analyzer outputs only carry symbol-level info.
Code metrics (McCabe complexity, nesting depth, line count) live on the vista-side com.stigway.metamodels.vista.CodeConstructView rather than here, because they're measurements of the function rather than intrinsic structural properties.
Constructors
Properties
Identity of the authored Kotlin declaration, independent of its receiving model instance. Inherited declarations retain this provenance while id distinguishes each owning instance.
Fully-qualified name of the declaring context. Prefers declaringClassNameOverride (set explicitly by source materializers or canonical-ID binding) over declaringClass's captured name; falls back to null if neither is available.
Fully-qualified unique identifier of this model instance. A member follows its actual owning instance, so two instances of the same user class have distinct member IDs. declarationId retains the common source declaration for navigation and naming rules.
The category of this construct. Concrete subtypes pin this.
Kotlin val name that holds this entity, scoped to its declaring context. Populated reflectively by WireModel.wireAll in the compiled path, or set directly via bindToSource in the source-materialized path. null until either runs.
Functions
Binds an authored field or constructor-owned value without replacing its source declaration provenance.
Registers a child entity declared inside a source-materialized parent.
Records source-declared uses without changing the target's declaration or owner.
Binds an entity to an already computed canonical MetamodelEntity.id.
Sets the canonical identifiers for an entity that was materialized from source (as opposed to being instantiated from compiled bytecode). Intended for use by PSI / source materializers such as the IDEA plugin.
Interface-point analyses in declaration order, including analyses nested beneath ports or service groups.
Structural children, including explicit metamodel containment. Relation targets retain their own declaration.