<< §8 Join Point Queries | ↑ Table of Contents ↑ | §A ObjectTeams/Java Syntax >> |
§9 Value Dependent Classes
Generalizing externalized roles
§9.1 Defining classes with value parameters↑ §9
(a) Value parameter declaration
Within the angle brackets that mark the parameters of a generic class also value parameters can be declared. In contrast to a type parameter, a value parameter is denoted as a pair of two identifiers: a type and a free name, e.g.,
class MyClass<YourType aName> { ...
Note that value parameters are valid for classes only, not for interfaces.
§9.2 Using classes with value parameters↑ §9
When using a class which declares one or more value parameters (type anchors) a corresponding anchor value has to be provided.
§9.2.1 Parameter substitution↑ §9.2
Substitution of a type anchor of a class MyClass<YourType p>
is denoted as
MyClass<@v>
.
In this term v
must be a value which is conform to the declaration of the value
parameter "YourType p
", ie., v
must have the static type YourType
.
The value passed for substituting a type anchor must be a path of variables declared as final
.
Obviously, only the first element in such a path can be a local variable or a method argument,
all other elements have to be fields. The reason for requiring final variables is
in type checking as discussed next.
Note:
Externalized roles as defined in §1.2.2.(b) are a special case of types with a value parameter, where the value is an instance of the enclosing team.§9.2.2 Type conformance↑ §9.2
Two value dependent types (anchored types) are considered conform only if the anchors of both types refer to the same object(s). The compiler must be able to statically analyze this anchor identity.
(a) Substitutions for type anchors
Only two substitutions are considered for determining anchor identity:
- If a method signature uses
this
as the anchor of any of its types, type checking an application of this method performs the following substitutions:
A simplethis
expression is substituted by the actual call target of the method application.
A qualifiedOuter.this
expression is substituted by the corresponding enclosing instance of the call target. - Assignments from a
final
identifier to anotherfinal
identifier are transitively followed, i.e., ift1, t2
are final, after an assignmentt1=t2
the typesC<@t1>
andC<@t2>
are considered identical. OtherwiseC<@t1>
andC<@t2>
are incommensurable.
Attaching an actual parameter to a formal parameter in a method call is also considered as an assignment with respect to this rule.
§9.3 Restrictions and limitations↑ §9
<< §8 Join Point Queries | ↑ Table of Contents ↑ | §A ObjectTeams/Java Syntax >> |