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