X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=lib%2FRole%2FTiny.pm;h=3df82f2d1947872c925f326c39444ab6321a4be6;hb=96ab645a022ac6e45511bdbeda8792d8f87c9766;hp=0a3865036850bd44a34325f80cc3c19b04e1773f;hpb=d55a3fb583df0fe8e860630840c753bfd635abd7;p=gitmo%2FRole-Tiny.git diff --git a/lib/Role/Tiny.pm b/lib/Role/Tiny.pm index 0a38650..3df82f2 100644 --- a/lib/Role/Tiny.pm +++ b/lib/Role/Tiny.pm @@ -6,7 +6,7 @@ sub _getstash { \%{"$_[0]::"} } use strict; use warnings FATAL => 'all'; -our $VERSION = '1.000_901'; # 1.0.901 +our $VERSION = '1.001000'; # 1.1.0 $VERSION = eval $VERSION; our %INFO; @@ -364,49 +364,6 @@ are applied in a single call (single with statement), then if any of their provided methods clash, an exception is raised unless the class provides a method since this conflict indicates a potential problem. -=head1 METHODS - -=head2 apply_roles_to_package - - Role::Tiny->apply_roles_to_package( - 'Some::Package', 'Some::Role', 'Some::Other::Role' - ); - -Composes role with package. See also L. - -=head2 apply_roles_to_object - - Role::Tiny->apply_roles_to_object($foo, qw(Some::Role1 Some::Role2)); - -Composes roles in order into object directly. Object is reblessed into the -resulting class. - -=head2 create_class_with_roles - - Role::Tiny->create_class_with_roles('Some::Base', qw(Some::Role1 Some::Role2)); - -Creates a new class based on base, with the roles composed into it in order. -New class is returned. - -=head1 SUBROUTINES - -=head2 does_role - - if (Role::Tiny::does_role($foo, 'Some::Role')) { - ... - } - -Returns true if class has been composed with role. - -This subroutine is also installed as ->does on any class a Role::Tiny is -composed into unless that class already has an ->does method, so - - if ($foo->does('Some::Role')) { - ... - } - -will work for classes but to test a role, one must use ::does_role directly - =head1 IMPORTED SUBROUTINES =head2 requires @@ -468,6 +425,49 @@ L is lazily loaded and we do not declare it as a dependency. If your L role uses modifiers you must depend on both L and L. +=head1 SUBROUTINES + +=head2 does_role + + if (Role::Tiny::does_role($foo, 'Some::Role')) { + ... + } + +Returns true if class has been composed with role. + +This subroutine is also installed as ->does on any class a Role::Tiny is +composed into unless that class already has an ->does method, so + + if ($foo->does('Some::Role')) { + ... + } + +will work for classes but to test a role, one must use ::does_role directly + +=head1 METHODS + +=head2 apply_roles_to_package + + Role::Tiny->apply_roles_to_package( + 'Some::Package', 'Some::Role', 'Some::Other::Role' + ); + +Composes role with package. See also L. + +=head2 apply_roles_to_object + + Role::Tiny->apply_roles_to_object($foo, qw(Some::Role1 Some::Role2)); + +Composes roles in order into object directly. Object is reblessed into the +resulting class. + +=head2 create_class_with_roles + + Role::Tiny->create_class_with_roles('Some::Base', qw(Some::Role1 Some::Role2)); + +Creates a new class based on base, with the roles composed into it in order. +New class is returned. + =head1 SEE ALSO L is the attribute-less subset of L; L is @@ -475,10 +475,10 @@ a meta-protocol-less subset of the king of role systems, L. If you don't want method modifiers and do want to be forcibly restricted to a single role application per class, Ovid's L exists. But -Stevan Little (the L author) don't find the additional restrictions -to be amazingly helpful in most cases; L's choices are more -a guide to what you should prefer doing, to our mind, rather than something -that needs to be enforced. +Stevan Little (the L author) and I don't find the additional +restrictions to be amazingly helpful in most cases; L's choices +are more a guide to what you should prefer doing, to our mind, rather than +something that needs to be enforced. =head1 AUTHOR @@ -504,6 +504,8 @@ doy - Jesse Luehrs (cpan:DOY) perigrin - Chris Prather (cpan:PERIGRIN) +Mithaldu - Christian Walde (cpan:MITHALDU) + =head1 COPYRIGHT Copyright (c) 2010-2012 the Role::Tiny L and L