NAME Class::C3::Adopt::NEXT SYNOPSIS package MyApp::Plugin::FooBar; #use NEXT; use Class::C3::Adopt::NEXT; sub a_method { my ($self) = @_; # Do some stuff # Re-dispatch method $self->NEXT::method(); } DESCRIPTION NEXT sucks. I mean, it really really sucks. It was a good solution a few years ago, but isn't any more. It's slow, and the order in which it re-dispatches methods appears random at times. It also encourages bad programming practices, as you end up with code to re-dispatch methods when all you really wanted to do was run some code before or after a method fired. However, if you have a large application, then weaning yourself off "NEXT" isn't easy. This module is intended as a drop-in replacement for NEXT, supporting the same interface, but using Class::C3 to do the hard work. You can then write new code without "NEXT", and migrate individual source files to use "Class::C3" or method modifiers as appropriate, at whatever pace you're comfortable with. MIGRATING There are two main reasons for using NEXT: Providing plugins which run functionality before/after your methods. Use Moose and make all of your plugins Moose::Roles, then use method modifiers to wrap methods. Example: package MyApp::Plugin::FooBar; use Moose::Role; before 'a_method' => { my ($self) = @_; # Do some stuff }; You can then use something like MooseX::Traits or MooseX::Object::Pluggable to load plugins dynamically. A complex class hierarchy where you actually need multiple dispatch. Recommended strategy is to find the core class responsible for loading all the other classes in your application and add the following code: use MRO::Compat; Class::C3::initialize(); after you have loaded all of your modules. You then add "use mro 'c3'" to the top of a package as you start converting it, and gradually replace your calls to "NEXT::method()" with "maybe::next::method()", and calls to "NEXT::ACTUAL::method()" with "next::method()". On systems with Class::C3::XS present, this will automatically be used to speed up method re-dispatch. If you are running perl version 5.9.5 or greater then the C3 method resolution algorithm is included in perl. Correct use of MRO::Compat as shown above allows your code to be seamlessly forward and backwards compatible, taking advantage of native versions if available, but falling back to using pure perl "Class::C3". CAVEATS There are some inheritance hierarchies that it is possible to create which cannot be resolved to a simple C3 hierarchy. In that case, this module will fall back to using "NEXT". In this case a warning will be emitted. Because calculating the MRO of every class every time "->NEXT::foo" is used from within it is too expensive, runtime manipulations of @ISA are prohibited. FUNCTIONS This module replaces "NEXT::AUTOLOAD" with it's own version. If warnings are enabled then a warning will be emitted on the first use of "NEXT" by each package. SEE ALSO MRO::Compat and Class::C3 for method re-dispatch and Moose for method modifiers and roles. NEXT for documentation on the functionality you'll be removing. AUTHORS Florian Ragwitz "rafl@debian.org" Tomas Doran "bobtfish@bobtfish.net" COPYRIGHT AND LICENSE Copyright (c) 2008 Florian Ragwitz You may distribute this code under the same terms as Perl itself.