moduleceylon.ast.core1.2.2
ceylon.ast.core
classValueConstructorDefinition
extends ConstructorDefinition
OverviewPackageInitializerAttributesMethods

A value constructor definition.

A value constructor definition has the following components:

Examples (multi-line):

shared new origin {
    x = 0.0; y = 0.0;
    r = 0.0; φ = 0.0;
}

shared new red {
    rgb = #FF0000;
}

no subtypes hierarchy

Initializer
ValueConstructorDefinition(LIdentifier name, Block block, ExtendedType? extendedType, Annotations annotations)
Parameters:
  • name

    The name of the constructor.

  • block

    The block of the constructor.

  • extendedType

    The extended type of the constructor, if present.

  • annotations

    The annotations of the constructor.

Attributes
annotationsshared actual Annotations annotations

The annotations of the constructor.

Refines Declaration.annotations
blockshared actual Block block

The block of the constructor.

Refines ConstructorDefinition.block
childrenshared actual <Annotations|LIdentifier|ExtendedType|Block>[] children

The child nodes of this node.

Refines ConstructorDefinition.children ultimately refines Node.children
extendedTypeshared actual ExtendedType? extendedType

The extended type of the constructor, if present.

Refines ConstructorDefinition.extendedType
hashshared actual Integer hash

The hash value of the value, which allows the value to be an element of a hash-based set or key of a hash-based map. Implementations must respect the constraint that:

  • if x==y then x.hash==y.hash.

Therefore, a class which refines equals must also refine hash.

In general, hash values vary between platforms and between executions of the same program.

Note that when executing on a Java Virtual Machine, the 64-bit Integer value returned by an implementation of hash is truncated to a 32-bit integer value by removal of the 32 highest order bits, before returning the value to the caller.

Refines Object.hash
nameshared actual LIdentifier name

The name of the constructor.

Refines ConstructorDefinition.name ultimately refines Declaration.name
parametersshared actual Parameters? parameters

The parameters of the constructor, if applicable.

Callable constructors have parameters, value constructors do not.

Refines ConstructorDefinition.parameters
Inherited Attributes
Attributes inherited from: ConstructorDefinition
block, children, extendedType, name, parameters
Attributes inherited from: Declaration
annotations, name
Attributes inherited from: Node
children, data, string
Attributes inherited from: Object
hash, string
Methods
copyshared ValueConstructorDefinition copy(LIdentifier name = ..., Block block = ..., ExtendedType? extendedType = ..., Annotations annotations = ...)
Parameters:
  • name = this.name
  • block = this.block
  • extendedType = this.extendedType
  • annotations = this.annotations
equalsshared actual Boolean equals(Object that)

Determine if two values are equal. Implementations should respect the constraints that:

  • if x===y then x==y (reflexivity),
  • if x==y then y==x (symmetry),
  • if x==y and y==z then x==z (transitivity).

Furthermore it is recommended that implementations ensure that if x==y then x and y have the same concrete class.

A class which explicitly refines equals() is said to support value equality, and the equality operator == is considered much more meaningful for such classes than for a class which simply inherits the default implementation of identity equality from Identifiable.

Note that an implementation of equals() that always returns false does satisfy the constraints given above. Therefore, in very rare cases where there is no reasonable definition of value equality for a class, for example, function references (Callable), it is acceptable for equals() to be defined to return false for every argument.

Refines Object.equals
transformshared actual Result transform<out Result>(Transformer<Result> transformer)

Transform this node with the given transformer by calling the appropriate transformX method on the transformer.

If you have a Node node that’s actually an LIdentifier instance, then the runtime will call LIdentifier.transform; therefore, this method is by nature narrowing. This means that if transformer is a NarrowingTransformer, calling node.transform(transformer) is equivalent to calling transformer.transformNode(node). On the other hand, if transformer is a WideningTransformer, then the two operations are very different.

Refines Node.transform
visitshared actual void visit(Visitor visitor)

Visit this node with the given visitor. Calls the appropriate visitX method on the visitor.

Refines Node.visit
Inherited Methods
Methods inherited from: Node
copyExtraInfoTo(), delete(), get(), getObject(), put(), remove(), set(), transform(), transformChildren(), visit(), visitChildren()
Methods inherited from: Object
equals