=head1 NAME perlclass - Perl class syntax reference =head1 SYNOPSIS use v5.38; use feature 'class'; class My::Example 1.234 { field $x; ADJUST { $x = "Hello, world"; } method print_message { say $x; } } My::Example->new->print_message; =head1 DESCRIPTION This document describes the syntax of Perl's C feature, which provides native keywords for object-oriented programming. =head2 History Since Perl 5, support for objects revolved around the concept of I references with a package name (see L). Such a reference could then be used to call subroutines from the package it was blessed with (or any of its parents). This system, while bare-bones, was flexible enough to allow creation of multiple more advanced, community-driven systems for object orientation. For more information, see L and L. The C feature is a core implementation of a class syntax that is similar to what one would find in other programming languages. It is not a wrapper around C, but a completely new system built right into the perl interpreter. =head1 KEYWORDS Enabling the C feature allows the usage of the following new keywords in the current lexical scope: =head2 class class NAME BLOCK class NAME VERSION BLOCK class NAME VERSION : ATTRIBUTES... BLOCK class NAME; class NAME VERSION; class NAME VERSION : ATTRIBUTES...; The C keyword declares a new package (see L) that is intended to be a class. All other keywords from the C feature should be used within the scope of this declaration. class WithVersion 1.000 { # class definition goes here } Classes can be declared in either block or statement syntax. If a block is used, the body of the block contains the implementation of the class. If the statement form is used, the remainder of the file is used up until the next C or C statement. A C declaration can optionally have a version number, similar to the C keyword. It can also optionally have attributes. If both are specified, the version number must come first, before the attributes. C and C declarations are similar, but classes automatically get a constructor named C - you don't have to (and should not) write one. Additionally, in the class BLOCK you are allowed to declare fields and methods. =head2 field field VARIABLE_NAME; field VARIABLE_NAME = EXPR; field VARIABLE_NAME : ATTRIBUTES; field VARIABLE_NAME : ATTRIBUTES = EXPR; Fields are variables that are visible in the scope of the class - more specifically within L and L blocks. Each class instance gets its own storage of fields, independent of other instances. A field behaves like a normal lexically scoped variable. It has a sigil and is private to the class (though creation of an accessor method will make it accessible from the outside). The main difference is that different instances access different values in the same scope. class WithFields { field $scalar = 42; field @array = qw(this is just an array); field %hash = (species => 'Martian', planet => 'Mars'); } Fields may optionally have initializing expressions. If present, the expression will be evaluated within the constructor of each object instance. During each evaluation, the expression can use the value of any previously-set field, as well as any other variables in scope. class WithACounter { my $next_count = 1; field $count = $next_count++; } When combined with the C<:param> field attribute, the defaulting expression can use any of the C<=>, C or C<||=> operators. Expressions using C<=> will apply whenever the caller did not pass the corresponding parameter to the constructor at all. Expressions using C will also apply if the caller did pass the parameter but the value was undefined, and expressions using C<||=> will apply if the value was false. During a field initializing expression, the instance is not yet constructed and so the C<$self> lexical is not available. However, the special C<__CLASS__> token may be used to obtain the name of the class being constructed, for example in order to invoke class methods on it to help in constructing values for fields. class WithCustomField { use constant DEFAULT_X => 10; field $x = __CLASS__->DEFAULT_X; } This allows subclasses to override the method with different behaviour. class DifferentCustomField :isa(WithCustomField) { sub DEFAULT_X { rand > 0.5 ? 20 : 30 } } When an instance of C is constructed, the C<__CLASS__> expression in the base will yield the correct class name, and so invoke this overridden method instead. =head2 method method METHOD_NAME SIGNATURE BLOCK method METHOD_NAME BLOCK method SIGNATURE BLOCK method BLOCK Methods are subroutines intended to be called in the context of class objects. A variable named C<$self> populated with the current object instance will automatically be created in the lexical scope of C. Methods always act as if C is in effect, but C<$self> will not appear in the arguments list as far as the signature is concerned. class WithMethods { field $greetings; ADJUST { $greetings = "Hello"; } method greet($name = "someone") { say "$greetings, $name"; } } Just like regular subroutines, methods I be anonymous: class AnonMethodFactory { method get_anon_method { return method { return 'this is an anonymous method'; }; } } =head1 ATTRIBUTES Specific aspects of the keywords mentioned above are managed using I. Attributes all start with a colon, and one or more of them can be appended after the item's name, separated by a space. =head2 Class attributes =head3 :isa Classes may inherit from B superclass, by using the C<:isa> class attribute. class Example::Base { ... } class Example::Subclass :isa(Example::Base) { ... } Inherited methods are visible and may be invoked. Fields are always lexical and therefore not visible by inheritance. The C<:isa> attribute may request a minimum version of the base class. As with C, if the actual version of the base class is too low, compilation will fail. class Example::Subclass :isa(Example::Base 2.345) { ... } The C<:isa> attribute will attempt to C the named module if it is not already loaded. =head2 Field attributes =head3 :param A scalar field with a C<:param> attribute will take its value from a named parameter passed to the constructor. By default the parameter will have the same name as the field (minus its leading C<$> sigil), but a different name can be specified in the attribute. field $x :param; field $y :param(the_y_value); If there is no defaulting expression, then the parameter is required by the constructor; the caller must pass it or an exception is thrown. With a defaulting expression this becomes optional. =head3 :reader A field with a C<:reader> attribute will generate a reader accessor method automatically. The generated method will have an empty (i.e. zero-argument) signature, and its body will simply return the value of the field variable. field $s :reader; # Equivalent to field $s; method s () { return $s; } By default the accessor method will have the same name as the field (minus the leading sigil), but a different name can be specified in the attribute's value. field $x :reader(get_x); # Generates a method method get_x () { return $x; } Reader methods can be applied to non-scalar fields. When invoked in list context, they yield the contents of the field; in scalar context they yield the count of elements, as if the field variable had been placed in scalar context. field @users :reader; ... scalar $instance->users; =head3 :writer A field with a C<:writer> attribute will generate a writer accessor method automatically. The generated method will have a signature that consumes exactly one argument, and its body will assign that scalar argument to the field and return the invocant object itself. field $s :writer; # Equivalent to field $s; method set_s($new) { $s = $new; return $self; } By default the accessor method will have the name of the field minus the leading sigil with the string C prefixed to it, but a different name can be specified in the attribute's value. field $x :writer(write_x); # Generates a method method write_x ($new) { ... } Currently, writer accessors can only be applied to scalar fields. Attempts to apply this attribute to a non-scalar field will result in a fatal exception at compile-time. This may be relaxed in a future version to allow writers on array or hash fields. For now, these will have to be created manually. =head2 Method attributes None yet. =head1 OBJECT LIFECYCLE =head2 Construction Each object begins its life with a constructor call. The constructor is always named C and is invoked like a method call on the class name: my $object = My::Class->new(%arguments); During object construction, class fields are looked up in the C<%arguments> hash and populated where possible. =head2 Adjustment Object adjustment is a way to run arbitrary user-defined code during object construction. This is done by placing code in C blocks. Every time an object is constructed, its C blocks are executed (in the order in which they are declared). class WellAdjusted { field $x :param; ADJUST { say "Hello!"; } ADJUST { say "x = $x"; } } my $object = WellAdjusted->new(x => 42); # Output: # Hello! # x = 42 C blocks are syntactically similar to L or C blocks|perlmod/BEGIN, UNITCHECK, CHECK, INIT and END>, which only run once. However, C blocks, like methods, have access to C<$self> (a lexical variable holding the object being constructed) as well as all object fields created up to that point. =head2 Lifetime After the construction phase, the object is ready to be used. Using C (C or C) on the object will return the name of the class, while C (C or C) will return the string C<'OBJECT'>. =head2 Destruction An object is destroyed when the last reference to it goes away, just as with other data structures in Perl. =head1 TODO This feature is still experimental and very incomplete. The following list gives an overview of features still to be added or changed: =over 4 =item * Roles Some syntax for declaring a role (likely a C keyword), and for consuming a role into a class (likely a C<:does()> attribute). =item * Parameters to ADJUST blocks Some syntax for declaring that an C block can consume named parameters, which become part of the class constructor's API. This might be inspired by a similar plan to add named arguments to subroutine signatures. class X { ADJUST (:$alpha, :$beta = 123) { ... } } my $obj = X->new(alpha => 456); =item * ADJUST blocks as true blocks Currently, every ADJUST block is wrapped in its own CV (subroutine) that gets invoked with the full ENTERSUB overhead. It should be possible to use the same mechanism that makes all field initializer expressions appear within the same CV on ADJUST blocks as well, merging them all into a single CV per class. This will make it faster to invoke if a class has more than one of them. =item * More accessor generator attributes Attributes to request that other kinds of accessor methods be generated for fields. Likely C<:writer>. class X { field $name :writer; } Equivalent to class X { field $name; method set_name ($new) { $name = $new; return $self; } } =item * Metaprogramming An extension of the metaprogramming API (currently proposed by L) which adds knowledge of classes, methods, fields, ADJUST blocks, and other such class-related details. =item * Extension Customisation Ways in which out-of-core modules can interact with the class system, including an ability for them to provide new class or field attributes. =back =head1 KNOWN BUGS The following bugs have been found in the experimental C feature: =over 4 =item * Since Perl v5.38, inheriting from a parent class which is declared in the same file and which hadn't already been sealed can cause a segmentation fault. [L] =item * Since Perl v5.38 and with the experimental C feature, trying to replace a field variable causes a segmentation fault. [L] =item * Since Perl v5.38, it's possible to craft a class with leaky encapsulation, which can cause a segmentation fault. [L] =item * In Perl v5.38, inheriting from a class would not always attempt to load the parent class (fixed in Perl v5.40). [L] =back =head1 AUTHORS Paul Evans Bartosz Jarzyna =cut