Removing the use of UNIVERSAL::require
[gitmo/Moose.git] / lib / Moose.pm
CommitLineData
fcd84ca9 1
2package Moose;
3
4use strict;
5use warnings;
6
e95c7c42 7our $VERSION = '0.13';
fcd84ca9 8
cc65ead0 9use Scalar::Util 'blessed', 'reftype';
fcd84ca9 10use Carp 'confess';
bc1e29b5 11use Sub::Name 'subname';
31f8ec72 12use B 'svref_2object';
fcd84ca9 13
2d562421 14use Sub::Exporter;
7f18097c 15
ef1d5f4b 16use Class::MOP;
17
c0e30cf5 18use Moose::Meta::Class;
7415b2cb 19use Moose::Meta::TypeConstraint;
7c13858b 20use Moose::Meta::TypeCoercion;
78cd1d3b 21use Moose::Meta::Attribute;
ddd0ec20 22use Moose::Meta::Instance;
c0e30cf5 23
fcd84ca9 24use Moose::Object;
7415b2cb 25use Moose::Util::TypeConstraints;
a15dff8d 26
a3c7e2fe 27{
be33e4f3 28 my $CALLER;
a3c7e2fe 29
be33e4f3 30 sub _init_meta {
a3c7e2fe 31 my $class = $CALLER;
32
a3c7e2fe 33 # make a subtype for each Moose class
34 subtype $class
35 => as 'Object'
36 => where { $_->isa($class) }
37 unless find_type_constraint($class);
38
39 my $meta;
40 if ($class->can('meta')) {
fcec2383 41 # NOTE:
42 # this is the case where the metaclass pragma
43 # was used before the 'use Moose' statement to
44 # override a specific class
a3c7e2fe 45 $meta = $class->meta();
46 (blessed($meta) && $meta->isa('Moose::Meta::Class'))
66bcefc1 47 || confess "You already have a &meta function, but it does not return a Moose::Meta::Class";
a3c7e2fe 48 }
49 else {
fcec2383 50 # NOTE:
51 # this is broken currently, we actually need
52 # to allow the possiblity of an inherited
53 # meta, which will not be visible until the
54 # user 'extends' first. This needs to have
55 # more intelligence to it
590868a3 56 $meta = Moose::Meta::Class->initialize($class);
a3c7e2fe 57 $meta->add_method('meta' => sub {
58 # re-initialize so it inherits properly
fcb7afc2 59 Moose::Meta::Class->initialize(blessed($_[0]) || $_[0]);
a3c7e2fe 60 })
61 }
62
63 # make sure they inherit from Moose::Object
64 $meta->superclasses('Moose::Object')
65 unless $meta->superclasses();
a3c7e2fe 66 }
67
68 my %exports = (
69 extends => sub {
be33e4f3 70 my $class = $CALLER;
68117c45 71 return subname 'Moose::extends' => sub (@) {
72 confess "Must derive at least one class" unless @_;
a3c7e2fe 73 _load_all_classes(@_);
1341f10c 74 # this checks the metaclass to make sure
75 # it is correct, sometimes it can get out
76 # of sync when the classes are being built
77 my $meta = $class->meta->_fix_metaclass_incompatability(@_);
be33e4f3 78 $meta->superclasses(@_);
a3c7e2fe 79 };
80 },
81 with => sub {
be33e4f3 82 my $class = $CALLER;
68117c45 83 return subname 'Moose::with' => sub (@) {
db1ab48d 84 my (@roles) = @_;
68117c45 85 confess "Must specify at least one role" unless @roles;
db1ab48d 86 _load_all_classes(@roles);
1341f10c 87 $class->meta->_apply_all_roles(@roles);
a3c7e2fe 88 };
89 },
90 has => sub {
be33e4f3 91 my $class = $CALLER;
2c0cbef7 92 return subname 'Moose::has' => sub ($;%) {
452bac1b 93 my ($name, %options) = @_;
1341f10c 94 $class->meta->_process_attribute($name, %options);
a3c7e2fe 95 };
96 },
97 before => sub {
be33e4f3 98 my $class = $CALLER;
2c0cbef7 99 return subname 'Moose::before' => sub (@&) {
a3c7e2fe 100 my $code = pop @_;
be33e4f3 101 my $meta = $class->meta;
a3c7e2fe 102 $meta->add_before_method_modifier($_, $code) for @_;
103 };
104 },
105 after => sub {
be33e4f3 106 my $class = $CALLER;
2c0cbef7 107 return subname 'Moose::after' => sub (@&) {
a3c7e2fe 108 my $code = pop @_;
be33e4f3 109 my $meta = $class->meta;
a3c7e2fe 110 $meta->add_after_method_modifier($_, $code) for @_;
111 };
112 },
113 around => sub {
be33e4f3 114 my $class = $CALLER;
2c0cbef7 115 return subname 'Moose::around' => sub (@&) {
a3c7e2fe 116 my $code = pop @_;
be33e4f3 117 my $meta = $class->meta;
a3c7e2fe 118 $meta->add_around_method_modifier($_, $code) for @_;
119 };
120 },
121 super => sub {
3d544ed5 122 return subname 'Moose::super' => sub {};
a3c7e2fe 123 },
124 override => sub {
be33e4f3 125 my $class = $CALLER;
2c0cbef7 126 return subname 'Moose::override' => sub ($&) {
a3c7e2fe 127 my ($name, $method) = @_;
be33e4f3 128 $class->meta->add_override_method_modifier($name => $method);
a3c7e2fe 129 };
130 },
131 inner => sub {
3d544ed5 132 return subname 'Moose::inner' => sub {};
a3c7e2fe 133 },
134 augment => sub {
be33e4f3 135 my $class = $CALLER;
2c0cbef7 136 return subname 'Moose::augment' => sub (@&) {
a3c7e2fe 137 my ($name, $method) = @_;
be33e4f3 138 $class->meta->add_augment_method_modifier($name => $method);
a3c7e2fe 139 };
140 },
3279ab4a 141
68efb014 142 # NOTE:
143 # this is experimental for now ...
3279ab4a 144 self => sub {
145 return subname 'Moose::self' => sub {};
146 },
147 method => sub {
148 my $class = $CALLER;
149 return subname 'Moose::method' => sub {
150 my ($name, $method) = @_;
151 $class->meta->add_method($name, sub {
152 my $self = shift;
153 no strict 'refs';
154 no warnings 'redefine';
155 local *{$class->meta->name . '::self'} = sub { $self };
156 $method->(@_);
157 });
158 };
159 },
160
a3c7e2fe 161 confess => sub {
162 return \&Carp::confess;
163 },
164 blessed => sub {
165 return \&Scalar::Util::blessed;
66bcefc1 166 },
a3c7e2fe 167 );
3d544ed5 168
a3c7e2fe 169 my $exporter = Sub::Exporter::build_exporter({
170 exports => \%exports,
171 groups => {
172 default => [':all']
173 }
174 });
175
fcb7afc2 176 sub import {
a3c7e2fe 177 $CALLER = caller();
c235cd98 178
179 strict->import;
180 warnings->import;
a3c7e2fe 181
182 # we should never export to main
183 return if $CALLER eq 'main';
be33e4f3 184
185 _init_meta();
9eacbf7c 186
a3c7e2fe 187 goto $exporter;
fcb7afc2 188 }
31f8ec72 189
190 sub unimport {
191 no strict 'refs';
192 my $class = caller();
193 # loop through the exports ...
194 foreach my $name (keys %exports) {
3279ab4a 195 next if $name =~ /inner|super|self/;
31f8ec72 196
197 # if we find one ...
198 if (defined &{$class . '::' . $name}) {
199 my $keyword = \&{$class . '::' . $name};
200
201 # make sure it is from Moose
202 my $pkg_name = eval { svref_2object($keyword)->GV->STASH->NAME };
203 next if $@;
204 next if $pkg_name ne 'Moose';
205
206 # and if it is from Moose then undef the slot
207 delete ${$class . '::'}{$name};
208 }
209 }
210 }
fcd84ca9 211}
212
e9bb8a31 213## Utility functions
214
78cd1d3b 215sub _load_all_classes {
e9bb8a31 216 foreach my $super (@_) {
217 # see if this is already
218 # loaded in the symbol table
219 next if _is_class_already_loaded($super);
220 # otherwise require it ...
266fb1a5 221 # NOTE:
222 # just in case the class we are
223 # loading has a locally defined
224 # &require, we make sure that we
225 # use the on in UNIVERSAL
3c2bc5e2 226 my $file = $class . '.pm';
227 $file =~ s{::}{/}g;
228 eval { CORE::require($file) };
229 confess(
230 "Could not load module '$super' because : $@"
231 ) if $@;
232 }
e9bb8a31 233}
234
d7f17ebb 235sub _is_class_already_loaded {
236 my $name = shift;
237 no strict 'refs';
238 return 1 if defined ${"${name}::VERSION"} || defined @{"${name}::ISA"};
239 foreach (keys %{"${name}::"}) {
240 next if substr($_, -2, 2) eq '::';
241 return 1 if defined &{"${name}::$_"};
242 }
3c2bc5e2 243 return 0;
d7f17ebb 244}
245
fcd84ca9 2461;
247
248__END__
249
250=pod
251
252=head1 NAME
253
31f8ec72 254Moose - A complete modern object system for Perl 5
fcd84ca9 255
256=head1 SYNOPSIS
e522431d 257
258 package Point;
43d599e5 259 use strict;
260 use warnings;
e522431d 261 use Moose;
262
43d599e5 263 has 'x' => (is => 'rw', isa => 'Int');
264 has 'y' => (is => 'rw', isa => 'Int');
e522431d 265
266 sub clear {
267 my $self = shift;
268 $self->x(0);
269 $self->y(0);
270 }
271
272 package Point3D;
43d599e5 273 use strict;
274 use warnings;
e522431d 275 use Moose;
276
277 extends 'Point';
09fdc1dc 278
43d599e5 279 has 'z' => (is => 'rw', isa => 'Int');
e522431d 280
281 after 'clear' => sub {
282 my $self = shift;
43d599e5 283 $self->z(0);
e522431d 284 };
285
286=head1 CAVEAT
287
2c0cbef7 288Moose is a rapidly maturing module, and is already being used by
289a number of people. It's test suite is growing larger by the day,
290and the docs should soon follow.
291
292This said, Moose is not yet finished, and should still be considered
293to be evolving. Much of the outer API is stable, but the internals
294are still subject to change (although not without serious thought
295given to it).
296
297For more details, please refer to the L<FUTURE PLANS> section of
298this document.
e522431d 299
fcd84ca9 300=head1 DESCRIPTION
301
e522431d 302Moose is an extension of the Perl 5 object system.
303
304=head2 Another object system!?!?
fcd84ca9 305
e522431d 306Yes, I know there has been an explosion recently of new ways to
68efb014 307build object's in Perl 5, most of them based on inside-out objects
e522431d 308and other such things. Moose is different because it is not a new
309object system for Perl 5, but instead an extension of the existing
310object system.
3c7278fb 311
e522431d 312Moose is built on top of L<Class::MOP>, which is a metaclass system
313for Perl 5. This means that Moose not only makes building normal
505c6fac 314Perl 5 objects better, but it also provides the power of metaclass
315programming.
e522431d 316
2c0cbef7 317=head2 Can I use this in production? Or is this just an experiment?
e522431d 318
2c0cbef7 319Moose is I<based> on the prototypes and experiments I did for the Perl 6
68efb014 320meta-model; however Moose is B<NOT> an experiment/prototype, it is
43d599e5 321for B<real>. I will be deploying Moose into production environments later
68efb014 322this year, and I have every intentions of using it as my de facto class
323builder from now on.
e522431d 324
43d599e5 325=head2 Is Moose just Perl 6 in Perl 5?
e522431d 326
68efb014 327No. While Moose is very much inspired by Perl 6, it is not itself Perl 6.
328Instead, it is an OO system for Perl 5. I built Moose because I was tired or
329writing the same old boring Perl 5 OO code, and drooling over Perl 6 OO. So
330instead of switching to Ruby, I wrote Moose :)
3c7278fb 331
6ba6d68c 332=head1 BUILDING CLASSES WITH MOOSE
333
68efb014 334Moose makes every attempt to provide as much convenience as possible during
335class construction/definition, but still stay out of your way if you want it
336to. Here are a few items to note when building classes with Moose.
6ba6d68c 337
338Unless specified with C<extends>, any class which uses Moose will
339inherit from L<Moose::Object>.
340
341Moose will also manage all attributes (including inherited ones) that
68efb014 342are defined with C<has>. And assuming that you call C<new>, which is
6ba6d68c 343inherited from L<Moose::Object>, then this includes properly initializing
68efb014 344all instance slots, setting defaults where appropriate, and performing any
6ba6d68c 345type constraint checking or coercion.
346
347=head1 EXPORTED FUNCTIONS
348
68efb014 349Moose will export a number of functions into the class's namespace which
6ba6d68c 350can then be used to set up the class. These functions all work directly
351on the current class.
352
353=over 4
354
355=item B<meta>
356
357This is a method which provides access to the current class's metaclass.
358
359=item B<extends (@superclasses)>
360
361This function will set the superclass(es) for the current class.
362
363This approach is recommended instead of C<use base>, because C<use base>
364actually C<push>es onto the class's C<@ISA>, whereas C<extends> will
365replace it. This is important to ensure that classes which do not have
68efb014 366superclasses still properly inherit from L<Moose::Object>.
6ba6d68c 367
43d599e5 368=item B<with (@roles)>
e9ec68d6 369
43d599e5 370This will apply a given set of C<@roles> to the local class. Role support
68efb014 371is currently under heavy development; see L<Moose::Role> for more details.
e9ec68d6 372
6ba6d68c 373=item B<has ($name, %options)>
374
375This will install an attribute of a given C<$name> into the current class.
43d599e5 376The list of C<%options> are the same as those provided by
377L<Class::MOP::Attribute>, in addition to the list below which are provided
378by Moose (L<Moose::Meta::Attribute> to be more specific):
6ba6d68c 379
380=over 4
381
076c81ed 382=item I<is =E<gt> 'rw'|'ro'>
6ba6d68c 383
384The I<is> option accepts either I<rw> (for read/write) or I<ro> (for read
385only). These will create either a read/write accessor or a read-only
386accessor respectively, using the same name as the C<$name> of the attribute.
387
388If you need more control over how your accessors are named, you can use the
43d599e5 389I<reader>, I<writer> and I<accessor> options inherited from L<Class::MOP::Attribute>.
6ba6d68c 390
076c81ed 391=item I<isa =E<gt> $type_name>
6ba6d68c 392
393The I<isa> option uses Moose's type constraint facilities to set up runtime
394type checking for this attribute. Moose will perform the checks during class
395construction, and within any accessors. The C<$type_name> argument must be a
68efb014 396string. The string can be either a class name or a type defined using
397Moose's type definition features.
6ba6d68c 398
daea75c9 399=item I<coerce =E<gt> (1|0)>
400
401This will attempt to use coercion with the supplied type constraint to change
68efb014 402the value passed into any accessors or constructors. You B<must> have supplied
daea75c9 403a type constraint in order for this to work. See L<Moose::Cookbook::Recipe5>
404for an example usage.
405
406=item I<does =E<gt> $role_name>
407
408This will accept the name of a role which the value stored in this attribute
409is expected to have consumed.
410
411=item I<required =E<gt> (1|0)>
412
413This marks the attribute as being required. This means a value must be supplied
414during class construction, and the attribute can never be set to C<undef> with
415an accessor.
416
417=item I<weak_ref =E<gt> (1|0)>
418
68efb014 419This will tell the class to store the value of this attribute as a weakened
420reference. If an attribute is a weakened reference, it B<cannot> also be
421coerced.
daea75c9 422
423=item I<lazy =E<gt> (1|0)>
424
68efb014 425This will tell the class to not create this slot until absolutely necessary.
daea75c9 426If an attribute is marked as lazy it B<must> have a default supplied.
427
9e93dd19 428=item I<auto_deref =E<gt> (1|0)>
429
68efb014 430This tells the accessor whether to automatically dereference the value returned.
9e93dd19 431This is only legal if your C<isa> option is either an C<ArrayRef> or C<HashRef>.
432
daea75c9 433=item I<trigger =E<gt> $code>
434
435The trigger option is a CODE reference which will be called after the value of
436the attribute is set. The CODE ref will be passed the instance itself, the
437updated value and the attribute meta-object (this is for more advanced fiddling
68efb014 438and can typically be ignored in most cases). You B<cannot> have a trigger on
cce8198b 439a read-only attribute.
daea75c9 440
2c0cbef7 441=item I<handles =E<gt> [ @handles ]>
442
443There is experimental support for attribute delegation using the C<handles>
444option. More docs to come later.
445
6ba6d68c 446=back
447
076c81ed 448=item B<before $name|@names =E<gt> sub { ... }>
6ba6d68c 449
076c81ed 450=item B<after $name|@names =E<gt> sub { ... }>
6ba6d68c 451
076c81ed 452=item B<around $name|@names =E<gt> sub { ... }>
6ba6d68c 453
68efb014 454This three items are syntactic sugar for the before, after, and around method
6ba6d68c 455modifier features that L<Class::MOP> provides. More information on these can
456be found in the L<Class::MOP> documentation for now.
457
159da176 458=item B<super>
459
68efb014 460The keyword C<super> is a no-op when called outside of an C<override> method. In
159da176 461the context of an C<override> method, it will call the next most appropriate
462superclass method with the same arguments as the original method.
463
464=item B<override ($name, &sub)>
465
68efb014 466An C<override> method is a way of explicitly saying "I am overriding this
159da176 467method from my superclass". You can call C<super> within this method, and
468it will work as expected. The same thing I<can> be accomplished with a normal
68efb014 469method call and the C<SUPER::> pseudo-package; it is really your choice.
159da176 470
471=item B<inner>
472
473The keyword C<inner>, much like C<super>, is a no-op outside of the context of
474an C<augment> method. You can think of C<inner> as being the inverse of
68efb014 475C<super>; the details of how C<inner> and C<augment> work is best described in
159da176 476the L<Moose::Cookbook>.
477
478=item B<augment ($name, &sub)>
479
68efb014 480An C<augment> method, is a way of explicitly saying "I am augmenting this
159da176 481method from my superclass". Once again, the details of how C<inner> and
482C<augment> work is best described in the L<Moose::Cookbook>.
483
6ba6d68c 484=item B<confess>
485
68efb014 486This is the C<Carp::confess> function, and exported here because I use it
6ba6d68c 487all the time. This feature may change in the future, so you have been warned.
488
489=item B<blessed>
490
68efb014 491This is the C<Scalar::Uti::blessed> function, it is exported here because I
6ba6d68c 492use it all the time. It is highly recommended that this is used instead of
493C<ref> anywhere you need to test for an object's class name.
494
495=back
496
31f8ec72 497=head1 UNEXPORTING FUNCTIONS
498
499=head2 B<unimport>
500
501Moose offers a way of removing the keywords it exports though the C<unimport>
502method. You simply have to say C<no Moose> at the bottom of your code for this
503to work. Here is an example:
504
505 package Person;
506 use Moose;
507
508 has 'first_name' => (is => 'rw', isa => 'Str');
509 has 'last_name' => (is => 'rw', isa => 'Str');
510
511 sub full_name {
512 my $self = shift;
513 $self->first_name . ' ' . $self->last_name
514 }
515
516 no Moose; # keywords are removed from the Person package
517
2c0cbef7 518=head1 MISC.
519
520=head2 What does Moose stand for??
521
522Moose doesn't stand for one thing in particular, however, if you
68efb014 523want, here are a few of my favorites; feel free to contribute
2c0cbef7 524more :)
525
526=over 4
527
528=item Make Other Object Systems Envious
529
530=item Makes Object Orientation So Easy
531
532=item Makes Object Orientation Spiffy- Er (sorry ingy)
533
534=item Most Other Object Systems Emasculate
535
2c0cbef7 536=item Moose Often Ovulate Sorta Early
537
2c0cbef7 538=item Moose Offers Often Super Extensions
539
540=item Meta Object Orientation Syntax Extensions
541
542=back
543
05d9eaf6 544=head1 CAVEATS
545
546=over 4
547
548=item *
549
68efb014 550It should be noted that C<super> and C<inner> C<cannot> be used in the same
551method. However, they can be combined together with the same class hierarchy;
05d9eaf6 552see F<t/014_override_augment_inner_super.t> for an example.
553
68efb014 554The reason for this is that C<super> is only valid within a method
05d9eaf6 555with the C<override> modifier, and C<inner> will never be valid within an
556C<override> method. In fact, C<augment> will skip over any C<override> methods
68efb014 557when searching for its appropriate C<inner>.
05d9eaf6 558
559This might seem like a restriction, but I am of the opinion that keeping these
68efb014 560two features separate (but interoperable) actually makes them easy to use, since
05d9eaf6 561their behavior is then easier to predict. Time will tell if I am right or not.
562
563=back
564
5569c072 565=head1 ACKNOWLEDGEMENTS
566
567=over 4
568
54c189df 569=item I blame Sam Vilain for introducing me to the insanity that is meta-models.
5569c072 570
54c189df 571=item I blame Audrey Tang for then encouraging my meta-model habit in #perl6.
5569c072 572
076c81ed 573=item Without Yuval "nothingmuch" Kogman this module would not be possible,
54c189df 574and it certainly wouldn't have this name ;P
5569c072 575
576=item The basis of the TypeContraints module was Rob Kinyon's idea
577originally, I just ran with it.
578
076c81ed 579=item Thanks to mst & chansen and the whole #moose poose for all the
d46a48f3 580ideas/feature-requests/encouragement
581
68efb014 582=item Thanks to David "Theory" Wheeler for meta-discussions and spelling fixes.
583
5569c072 584=back
585
e90c03d0 586=head1 SEE ALSO
587
588=over 4
589
6ba6d68c 590=item L<Class::MOP> documentation
591
592=item The #moose channel on irc.perl.org
593
e67a0fca 594=item The Moose mailing list - moose@perl.org
595
e90c03d0 596=item L<http://forum2.org/moose/>
597
159da176 598=item L<http://www.cs.utah.edu/plt/publications/oopsla04-gff.pdf>
599
600This paper (suggested by lbr on #moose) was what lead to the implementation
601of the C<super>/C<overrride> and C<inner>/C<augment> features. If you really
602want to understand this feature, I suggest you read this.
603
e90c03d0 604=back
605
fcd84ca9 606=head1 BUGS
607
608All complex software has bugs lurking in it, and this module is no
609exception. If you find a bug please either email me, or add the bug
610to cpan-RT.
611
fcd84ca9 612=head1 AUTHOR
613
614Stevan Little E<lt>stevan@iinteractive.comE<gt>
615
db1ab48d 616Christian Hansen E<lt>chansen@cpan.orgE<gt>
617
618Yuval Kogman E<lt>nothingmuch@woobling.orgE<gt>
98aae381 619
fcd84ca9 620=head1 COPYRIGHT AND LICENSE
621
622Copyright 2006 by Infinity Interactive, Inc.
623
624L<http://www.iinteractive.com>
625
626This library is free software; you can redistribute it and/or modify
627it under the same terms as Perl itself.
628
ddd0ec20 629=cut