Add built local::lib
[catagits/Gitalist.git] / local-lib5 / lib / perl5 / Moose / Manual / Delta.pod
CommitLineData
3fea05b9 1=pod
2
3=head1 NAME
4
5Moose::Manual::Delta - Important Changes in Moose
6
7=head1 DESCRIPTION
8
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.
18
19=head1 0.93
20
21=over 4
22
23=item Calling $object->new() is no longer deprecated
24
25We decided to undeprecate this. Now it just works.
26
27=back
28
29=head1 0.90
30
31=over 4
32
33=item Added Native delegation for Code refs
34
35See L<Moose::Meta::Attribute::Native::Trait::Code> for details.
36
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
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
52=back
53
54=head1 Version 0.89_02
55
56=over 4
57
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
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
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
70immutabilized will lead to incorrect results in the subclass, due to inlining,
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
75moment we aren't very consistent about which metaclasses we immutabilize.
76
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
90=back
91
92=head1 Version 0.89_01
93
94L<Moose::Meta::Attribute::Native> has been moved into the Moose core from
95L<MooseX::AttributeHelpers>. Major changes include:
96
97=over 4
98
99=item C<traits>, not C<metaclass>
100
101Method providers are only available via traits.
102
103=item C<handles>, not C<provides> or C<curries>
104
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.
110
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).
115
116=item C<empty> is now C<is_empty>, and means empty, not non-empty
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
120attribute B<is> empty. It was also renamed to C<is_empty>, to reflect this.
121
122=item C<find> was renamed to C<first>, and C<first> and C<last> were removed
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
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>.
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
138See L<Moose::Meta::Attribute::Native> for the new documentation.
139
140=back
141
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
146=head1 Version 0.89
147
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
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
160=head1 Version 0.84
161
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,
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' : ())
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
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
189=head1 Version 0.78
190
191C<use Moose::Exporter;> now imports C<strict> and C<warnings> into packages
192that use it.
193
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
199=head1 Version 0.76
200
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
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
211=head1 Version 0.74
212
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.
216
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
224=head1 Version 0.73
225
226Calling C<subtype> with a name as the only argument now throws an
227exception. If you want an anonymous subtype do:
228
229 my $subtype = subtype as 'Foo';
230
231This is related to the changes in version 0.71_01.
232
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
243=head1 Version 0.72
244
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.
248
249This "feature" was originally added to allow for cases such as this:
250
251 my $args;
252
253 if ( something() ) {
254 $args = {...};
255 }
256
257 return My::Class->new($args);
258
259But we decided this is a bad idea and a little too magical, because it
260can easily mask real errors.
261
262=head1 Version 0.71_01
263
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:
269
270 use Moose::Util::TypeConstraints;
271 use Declare::Constraints::Simple -All;
272
273 subtype 'ArrayOfInts'
274 => as 'ArrayRef'
275 => IsArrayRef(IsInt);
276
277Instead it must be changed to this:
278
279 subtype(
280 'ArrayOfInts' => {
281 as => 'ArrayRef',
282 where => IsArrayRef(IsInt)
283 }
284 );
285
286If you want to maintain backwards compat with older versions of Moose,
287you must explicitly test Moose's C<VERSION>:
288
289 if ( Moose->VERSION < 0.71_01 ) {
290 subtype 'ArrayOfInts'
291 => as 'ArrayRef'
292 => IsArrayRef(IsInt);
293 }
294 else {
295 subtype(
296 'ArrayOfInts' => {
297 as => 'ArrayRef',
298 where => IsArrayRef(IsInt)
299 }
300 );
301 }
302
303=head1 Version 0.70
304
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 );
323
324=head1 Version 0.66
325
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.
330
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 ".".
336
337=head1 Version 0.65
338
339Methods created via an attribute can now fulfill a C<requires>
340declaration for a role. Honestly we don't know why Stevan didn't make
341this work originally, he was just insane or something.
342
343Stack traces from inlined code will now report the line and file as
344being in your class, as opposed to in Moose guts.
345
346=head1 Version 0.62_02
347
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.
351
352Moose will no longer inline a constructor for your class unless it
353inherits its constructor from Moose::Object, and will warn when it
354doesn't inline. If you want to force inlining anyway, pass
355C<< replace_constructor => 1 >> to C<make_immutable>.
356
357If you want to get rid of the warning, pass C<< inline_constructor =>
3580 >>.
359
360=head1 Version 0.62
361
362Removed the (deprecated) C<make_immutable> keyword.
363
364Removing an attribute from a class now also removes delegation
365(C<handles>) methods installed for that attribute. This is correct
366behavior, but if you were wrongly relying on it you might get bit.
367
368=head1 Version 0.58
369
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.
387
388=head1 Version 0.56
389
390C<Moose::init_meta> should now be called as a method.
391
392New modules for extension writers, L<Moose::Exporter> and
393L<Moose::Util::MetaRole>.
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
413Added C<BUILDARGS>, a new step in C<< Moose::Object->new() >>.
414
415=head1 Version 0.49
416
417Fixed how the C<< is => (ro|rw) >> works with custom defined
418C<reader>, C<writer> and C<accessor> options. See the below table for
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
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.
431
432The C<has> keyword for roles now accepts the same array ref form that
433L<Moose>.pm does for classes.
434
435A trigger on a read-only attribute is no longer an error, as it's
436useful to trigger off of the constructor.
437
438Subtypes of parameterizable types now are parameterizable types
439themselves.
440
441=head1 Version 0.44
442
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.
446
447=head1 Version 0.41
448
449Inherited attributes may now be extended without restriction on the
450type ('isa', 'does').
451
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.
455
456=head1 Version 0.40
457
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.
461
462The C<< Moose::Meta::Class->create >> method now supports roles.
463
464It is now possible to make anonymous enum types by passing C<enum> an
465array reference instead of the C<< enum $name => @values >>.
466
467=head1 Version 0.37
468
469Added the C<make_immutable> keyword as a shortcut to calling
470C<make_immutable> on the meta object. This eventually got removed!
471
472Made C<< init_arg => undef >> work in Moose. This means "do not accept
473a constructor parameter for this attribute".
474
475Type errors now use the provided message. Prior to this release they
476didn't.
477
478=head1 Version 0.34
479
480Moose is now a postmodern object system :)
481
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.
485
486Added method exclusion and aliasing for Roles in this release.
487
488Added the L<Moose::Util::TypeConstraints::OptimizedConstraints>
489module.
490
491Passing a list of values to an accessor (which is only expecting one
492value) used to be silently ignored, now it throws an error.
493
494=head1 Version 0.26
495
496Added parameterized types and did a pretty heavy refactoring of the
497type constraint system.
498
499Better framework extendability and better support for "making your own
500Moose".
501
502=head1 Version 0.25 or before
503
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.
507
508Also, I am tired of going through the Changelog so I am stopping here,
509if anyone would like to continue this please feel free.
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
524=cut