support arrayrefs as well as lists for enum and duck_type
[gitmo/Moose.git] / lib / Moose / Manual / Delta.pod
CommitLineData
600f7f85 1=pod
2
3=head1 NAME
4
5Moose::Manual::Delta - Important Changes in Moose
6
7=head1 DESCRIPTION
8
0f13f53c 9This documents any important or noteworthy changes in Moose, with a
10focus on backwards. This does duplicate data from the F<Changes> file,
11but aims to provide more details and when possible workarounds.
12
13Besides helping keep up with changes, you can also use this document
14for finding the lowest version of Moose that supported a given
15feature. If you encounter a problem and have a solution but don't see
16it documented here, or think we missed an important feature, please
17send us a patch.
600f7f85 18
b98ef150 19=head1 0.90
871f82f8 20
c985327a 21=over 4
22
93ef4ba1 23=item Added Native delegation for Code refs
24
25See L<Moose::Meta::Attribute::Native::Trait::Code> for details.
26
3f5ff7d0 27=item Calling $object->new() is deprecated
28
29Moose has long supported this, but it's never really been documented, and we
30don't think this is a good practice. If you want to construct an object from
31an existing object, you should provide some sort of alternate constructor like
32C<< $object->clone >>.
33
34Calling C<< $object->new >> now issues a warning, and will be an error in a
35future release.
36
19e60fdd 37=item Moose no longer warns if you call C<make_immutable> for a class with mutable ancestors
38
39While in theory this is a good thing to warn about, we found so many
40exceptions to this that doing this properly became quite problematic.
41
93ef4ba1 42=back
43
44=head1 Version 0.89_02
45
46=over 4
4f0d4488 47
871f82f8 48=item New Native delegation methods from L<List::Util> and L<List::MoreUtils>
49
50In particular, we now have C<reduce>, C<shuffle>, C<uniq>, and C<natatime>.
51
3023f1e4 52=item The Moose::Exporter with_caller feature is now deprecated
53
54Use C<with_meta> instead. The C<with_caller> option will start warning in a
55future release.
56
9b9a5a07 57=item Moose now warns if you call C<make_immutable> for a class with mutable ancestors
58
59This is dangerous because modifying a class after a subclass has been
90b20bd6 60immutabilized will lead to incorrect results in the subclass, due to inlining,
9b9a5a07 61caching, etc. This occasionally happens accidentally, when a class loads one
62of its subclasses in the middle of its class definition, so pointing out that
63this may cause issues should be helpful. Metaclasses (classes that inherit
64from L<Class::MOP::Object>) are currently exempt from this check, since at the
90b20bd6 65moment we aren't very consistent about which metaclasses we immutabilize.
9b9a5a07 66
bce5d4a5 67=item C<enum> and C<duck_type> now take arrayrefs for all forms
68
69Previously, calling these functions with a list would take the first element of
70the list as the type constraint name, and use the remainder as the enum values
71or method names. This makes the interface inconsistent with the anon-type forms
72of these functions (which must take an arrayref), and a free-form list where
73the first value is sometimes special is hard to validate (and harder to give
74reasonable error messages for). These functions have been changed to take
75arrayrefs in all their forms - so, C<< enum 'My::Type' => [qw(foo bar)] >> is
76now the preferred way to create an enum type constraint. The old syntax still
77works for now, but it will hopefully be deprecated and removed in a future
78release.
79
871f82f8 80=back
81
4ada9618 82=head1 Version 0.89_01
a3d98218 83
af44c00c 84L<Moose::Meta::Attribute::Native> has been moved into the Moose core from
a3d98218 85L<MooseX::AttributeHelpers>. Major changes include:
86
ebaaa391 87=over 4
a3d98218 88
89=item C<traits>, not C<metaclass>
90
93ced2bd 91Method providers are only available via traits.
a3d98218 92
93=item C<handles>, not C<provides> or C<curries>
94
93ced2bd 95The C<provides> syntax was like core Moose C<< handles => HASHREF >>
96syntax, but with the keys and values reversed. This was confusing,
97and AttributeHelpers now uses C<< handles => HASHREF >> in a way that
98should be intuitive to anyone already familiar with how it is used for
99other attributes.
a3d98218 100
93ced2bd 101The C<curries> functionality provided by AttributeHelpers has been
102generalized to apply to all cases of C<< handles => HASHREF >>, though
103not every piece of functionality has been ported (currying with a
104CODEREF is not supported).
a3d98218 105
1853a27e 106=item C<empty> is now C<is_empty>, and means empty, not non-empty
af44c00c 107
108Previously, the C<empty> method provided by Arrays and Hashes returned true if
109the attribute was B<not> empty (no elements). Now it returns true if the
1853a27e 110attribute B<is> empty. It was also renamed to C<is_empty>, to reflect this.
af44c00c 111
9a14bd29 112=item C<find> was renamed to C<first>, and C<first> and C<last> were removed
28b96142 113
114L<List::Util> refers to the functionality that we used to provide under C<find>
115as L<first|List::Util/first>, so that will likely be more familiar (and will
9a14bd29 116fit in better if we decide to add more List::Util functions). C<first> and
117C<last> were removed, since their functionality is easily duplicated with
118curries of C<get>.
28b96142 119
120=item Helpers that take a coderef of one argument now use C<$_>
121
122Subroutines passed as the first argument to C<first>, C<map>, and C<grep> now
123receive their argument in C<$_> rather than as a parameter to the subroutine.
124Helpers that take a coderef of two or more arguments remain using the argument
125list (there are technical limitations to using C<$a> and C<$b> like C<sort>
126does).
127
af44c00c 128See L<Moose::Meta::Attribute::Native> for the new documentation.
a3d98218 129
ebaaa391 130=back
131
85e2b15a 132The C<alias> and C<excludes> role parameters have been renamed to C<-alias>
133and C<-excludes>. The old names still work, but new code should use the new
134names, and eventually the old ones will be deprecated and removed.
135
4ada9618 136=head1 Version 0.89
137
8a8856de 138C<< use Moose -metaclass => 'Foo' >> now does alias resolution, just like
139C<-traits> (and the C<metaclass> and C<traits> options to C<has>).
140
27f2f43f 141Added two functions C<meta_class_alias> and C<meta_attribute_alias> to
142L<Moose::Util>, to simplify aliasing metaclasses and metatraits. This is
143a wrapper around the old
144
145 package Moose::Meta::Class::Custom::Trait::FooTrait;
146 sub register_implementation { 'My::Meta::Trait' }
147
148way of doing this.
149
4831e2de 150=head1 Version 0.84
151
9f52cce5 152When an attribute generates I<no> accessors, we now warn. This is to help
153users who forget the C<is> option. If you really do not want any accessors,
3de02fd8 154you can use C<< is => 'bare' >>. You can maintain back compat with older
155versions of Moose by using something like:
156
157 ($Moose::VERSION >= 0.84 ? is => 'bare' : ())
9f52cce5 158
159When an accessor overwrites an existing method, we now warn. To work around
160this warning (if you really must have this behavior), you can explicitly
161remove the method before creating it as an accessor:
162
163 sub foo {}
164
165 __PACKAGE__->meta->remove_method('foo');
166
167 has foo => (
168 is => 'ro',
169 );
170
171When an unknown option is passed to C<has>, we now warn. You can silence
172the warning by fixing your code. :)
173
4831e2de 174The C<Role> type has been deprecated. On its own, it was useless,
175since it just checked C<< $object->can('does') >>. If you were using
176it as a parent type, just call C<role_type('Role::Name')> to create an
177appropriate type instead.
178
7d6b451f 179=head1 Version 0.78
180
181C<use Moose::Exporter;> now imports C<strict> and C<warnings> into packages
182that use it.
183
c3fdacda 184=head1 Version 0.77
185
186C<DEMOLISHALL> and C<DEMOLISH> now receive an argument indicating whether or
187not we are in global destruction.
188
00c61603 189=head1 Version 0.76
190
9f0b3b64 191Type constraints no longer run coercions for a value that already matches the
192constraint. This may affect some (arguably buggy) edge case coercions that
193rely on side effects in the C<via> clause.
194
f869fc4a 195=head1 Version 0.75
196
197L<Moose::Exporter> now accepts the C<-metaclass> option for easily
198overriding the metaclass (without L<metaclass>). This works for classes
199and roles.
200
39ab7714 201=head1 Version 0.74
202
85cf0647 203Added a C<duck_type> sugar function to L<Moose::Util::TypeConstraints>
204to make integration with non-Moose classes easier. It simply checks if
205C<< $obj->can() >> a list of methods.
39ab7714 206
612fd754 207A number of methods (mostly inherited from L<Class::MOP>) have been
208renamed with a leading underscore to indicate their internal-ness. The
209old method names will still work for a while, but will warn that the
210method has been renamed. In a few cases, the method will be removed
211entirely in the future. This may affect MooseX authors who were using
212these methods.
213
600f7f85 214=head1 Version 0.73
215
0f13f53c 216Calling C<subtype> with a name as the only argument now throws an
600f7f85 217exception. If you want an anonymous subtype do:
218
219 my $subtype = subtype as 'Foo';
220
0f13f53c 221This is related to the changes in version 0.71_01.
600f7f85 222
501db4e6 223The C<is_needed> method in L<Moose::Meta::Method::Destructor> is now
224only usable as a class method. Previously, it worked as a class or
225object method, with a different internal implementation for each
226version.
227
228The internals of making a class immutable changed a lot in Class::MOP
2290.78_02, and Moose's internals have changed along with it. The
230external C<< $metaclass->make_immutable >> method still works the same
231way.
232
600f7f85 233=head1 Version 0.72
234
0f13f53c 235A mutable class accepted C<< Foo->new(undef) >> without complaint,
236while an immutable class would blow up with an unhelpful error. Now,
237in both cases we throw a helpful error instead.
600f7f85 238
0f13f53c 239This "feature" was originally added to allow for cases such as this:
600f7f85 240
241 my $args;
0f13f53c 242
243 if ( something() ) {
244 $args = {...};
600f7f85 245 }
0f13f53c 246
600f7f85 247 return My::Class->new($args);
248
0f13f53c 249But we decided this is a bad idea and a little too magical, because it
250can easily mask real errors.
600f7f85 251
252=head1 Version 0.71_01
253
0f13f53c 254Calling C<type> or C<subtype> without the sugar helpers (C<as>,
255C<where>, C<message>) is now deprecated.
256
257As a side effect, this meant we ended up using Perl prototypes on
258C<as>, and code like this will no longer work:
600f7f85 259
260 use Moose::Util::TypeConstraints;
261 use Declare::Constraints::Simple -All;
0f13f53c 262
263 subtype 'ArrayOfInts'
600f7f85 264 => as 'ArrayRef'
265 => IsArrayRef(IsInt);
266
267Instead it must be changed to this:
268
0f13f53c 269 subtype(
270 'ArrayOfInts' => {
271 as => 'ArrayRef',
272 where => IsArrayRef(IsInt)
273 }
600f7f85 274 );
275
0f13f53c 276If you want to maintain backwards compat with older versions of Moose,
277you must explicitly test Moose's C<VERSION>:
600f7f85 278
0f13f53c 279 if ( Moose->VERSION < 0.71_01 ) {
280 subtype 'ArrayOfInts'
600f7f85 281 => as 'ArrayRef'
282 => IsArrayRef(IsInt);
283 }
284 else {
0f13f53c 285 subtype(
286 'ArrayOfInts' => {
287 as => 'ArrayRef',
288 where => IsArrayRef(IsInt)
289 }
600f7f85 290 );
291 }
292
293=head1 Version 0.70
294
0f13f53c 295We no longer pass the meta-attribute object as a final argument to
296triggers. This actually changed for inlined code a while back, but the
297non-inlined version and the docs were still out of date.
298
299If by some chance you actually used this feature, the workaround is
300simple. You fetch the attribute object from out of the C<$self>
301that is passed as the first argument to trigger, like so:
302
303 has 'foo' => (
304 is => 'ro',
305 isa => 'Any',
306 trigger => sub {
307 my ( $self, $value ) = @_;
308 my $attr = $self->meta->find_attribute_by_name('foo');
309
310 # ...
311 }
312 );
600f7f85 313
314=head1 Version 0.66
315
0f13f53c 316If you created a subtype and passed a parent that Moose didn't know
317about, it simply ignored the parent. Now it automatically creates the
318parent as a class type. This may not be what you want, but is less
319broken than before.
600f7f85 320
0f13f53c 321You could declare a name with subtype such as "Foo!Bar". Moose would
322accept this allowed, but if you used it in a parameterized type such
323as "ArrayRef[Foo!Bar]" it wouldn't work. We now do some vetting on
324names created via the sugar functions, so that they can only contain
325alphanumerics, ":", and ".".
600f7f85 326
327=head1 Version 0.65
328
329Methods created via an attribute can now fulfill a C<requires>
0f13f53c 330declaration for a role. Honestly we don't know why Stevan didn't make
331this work originally, he was just insane or something.
600f7f85 332
0f13f53c 333Stack traces from inlined code will now report the line and file as
334being in your class, as opposed to in Moose guts.
600f7f85 335
336=head1 Version 0.62_02
337
0f13f53c 338When a class does not provide all of a role's required methods, the
339error thrown now mentions all of the missing methods, as opposed to
340just the first missing method.
600f7f85 341
0f13f53c 342Moose will no longer inline a constructor for your class unless it
5e26e3f2 343inherits its constructor from Moose::Object, and will warn when it
344doesn't inline. If you want to force inlining anyway, pass
b84f64da 345C<< replace_constructor => 1 >> to C<make_immutable>.
0f13f53c 346
347If you want to get rid of the warning, pass C<< inline_constructor =>
fbf7ba85 3480 >>.
600f7f85 349
350=head1 Version 0.62
351
0f13f53c 352Removed the (deprecated) C<make_immutable> keyword.
600f7f85 353
354Removing an attribute from a class now also removes delegation
0f13f53c 355(C<handles>) methods installed for that attribute. This is correct
600f7f85 356behavior, but if you were wrongly relying on it you might get bit.
357
358=head1 Version 0.58
359
0f13f53c 360Roles now add methods by calling C<add_method>, not
361C<alias_method>. They make sure to always provide a method object,
362which will be cloned internally. This means that it is now possible to
363track the source of a method provided by a role, and even follow its
364history through intermediate roles. This means that methods added by
365a role now show up when looking at a class's method list/map.
366
367Parameter and Union args are now sorted, this makes Int|Str the same
368constraint as Str|Int. Also, incoming type constraint strings are
369normalized to remove all whitespace differences. This is mostly for
370internals and should not affect outside code.
371
372L<Moose::Exporter> will no longer remove a subroutine that the
373exporting package re-exports. Moose re-exports the Carp::confess
374function, among others. The reasoning is that we cannot know whether
375you have also explicitly imported those functions for your own use, so
376we err on the safe side and always keep them.
600f7f85 377
378=head1 Version 0.56
379
0f13f53c 380C<Moose::init_meta> should now be called as a method.
600f7f85 381
0f13f53c 382New modules for extension writers, L<Moose::Exporter> and
383L<Moose::Util::MetaRole>.
600f7f85 384
385=head1 Version 0.55_01
386
387Implemented metaclass traits (and wrote a recipe for it):
388
389 use Moose -traits => 'Foo'
390
391This should make writing small Moose extensions a little
392easier.
393
394=head1 Version 0.55
395
396Fixed C<coerce> to accept anon types just like C<subtype> can.
397So that you can do:
398
399 coerce $some_anon_type => from 'Str' => via { ... };
400
401=head1 Version 0.51
402
52da380a 403Added C<BUILDARGS>, a new step in C<< Moose::Object->new() >>.
600f7f85 404
405=head1 Version 0.49
406
0f13f53c 407Fixed how the C<< is => (ro|rw) >> works with custom defined
408C<reader>, C<writer> and C<accessor> options. See the below table for
600f7f85 409details:
410
411 is => ro, writer => _foo # turns into (reader => foo, writer => _foo)
412 is => rw, writer => _foo # turns into (reader => foo, writer => _foo)
413 is => rw, accessor => _foo # turns into (accessor => _foo)
414 is => ro, accessor => _foo # error, accesor is rw
415
416=head1 Version 0.45
417
0f13f53c 418The C<before/around/after> method modifiers now support regexp
419matching of method names. NOTE: this only works for classes, it is
420currently not supported in roles, but, ... patches welcome.
600f7f85 421
0f13f53c 422The C<has> keyword for roles now accepts the same array ref form that
423L<Moose>.pm does for classes.
600f7f85 424
0f13f53c 425A trigger on a read-only attribute is no longer an error, as it's
426useful to trigger off of the constructor.
600f7f85 427
0f13f53c 428Subtypes of parameterizable types now are parameterizable types
429themselves.
600f7f85 430
431=head1 Version 0.44
432
0f13f53c 433Fixed issue where C<DEMOLISHALL> was eating the value in C<$@>, and so
434not working correctly. It still kind of eats them, but so does vanilla
435perl.
600f7f85 436
437=head1 Version 0.41
438
0f13f53c 439Inherited attributes may now be extended without restriction on the
600f7f85 440type ('isa', 'does').
441
0f13f53c 442The entire set of Moose::Meta::TypeConstraint::* classes were
443refactored in this release. If you were relying on their internals you
444should test your code carefully.
600f7f85 445
446=head1 Version 0.40
447
0f13f53c 448Documenting the use of '+name' with attributes that come from recently
449composed roles. It makes sense, people are using it, and so why not
450just officially support it.
600f7f85 451
0f13f53c 452The C<< Moose::Meta::Class->create >> method now supports roles.
600f7f85 453
86b96832 454It is now possible to make anonymous enum types by passing C<enum> an
455array reference instead of the C<< enum $name => @values >>.
600f7f85 456
457=head1 Version 0.37
458
0f13f53c 459Added the C<make_immutable> keyword as a shortcut to calling
460C<make_immutable> on the meta object. This eventually got removed!
600f7f85 461
0f13f53c 462Made C<< init_arg => undef >> work in Moose. This means "do not accept
600f7f85 463a constructor parameter for this attribute".
464
0f13f53c 465Type errors now use the provided message. Prior to this release they
466didn't.
600f7f85 467
468=head1 Version 0.34
469
470Moose is now a postmodern object system :)
471
0f13f53c 472The Role system was completely refactored. It is 100% backwards
473compat, but the internals were totally changed. If you relied on the
474internals then you are advised to test carefully.
600f7f85 475
476Added method exclusion and aliasing for Roles in this release.
477
0f13f53c 478Added the L<Moose::Util::TypeConstraints::OptimizedConstraints>
479module.
600f7f85 480
0f13f53c 481Passing a list of values to an accessor (which is only expecting one
482value) used to be silently ignored, now it throws an error.
600f7f85 483
484=head1 Version 0.26
485
0f13f53c 486Added parameterized types and did a pretty heavy refactoring of the
487type constraint system.
600f7f85 488
0f13f53c 489Better framework extendability and better support for "making your own
490Moose".
600f7f85 491
492=head1 Version 0.25 or before
493
0f13f53c 494Honestly, you shouldn't be using versions of Moose that are this old,
495so many bug fixes and speed improvements have been made you would be
496crazy to not upgrade.
600f7f85 497
0f13f53c 498Also, I am tired of going through the Changelog so I am stopping here,
499if anyone would like to continue this please feel free.
600f7f85 500
501=head1 AUTHOR
502
503Stevan Little E<lt>stevan@iinteractive.comE<gt>
504
505=head1 COPYRIGHT AND LICENSE
506
507Copyright 2009 by Infinity Interactive, Inc.
508
509L<http://www.iinteractive.com>
510
511This library is free software; you can redistribute it and/or modify
512it under the same terms as Perl itself.
513
0f13f53c 514=cut