| MooseX-Object-Pluggable documentation | view source | Contained in the MooseX-Object-Pluggable distribution. |
MooseX::Object::Pluggable - Make your classes pluggable
package MyApp;
use Moose;
with 'MooseX::Object::Pluggable';
...
package MyApp::Plugin::Pretty;
use Moose::Role;
sub pretty{ print "I am pretty" }
1;
#
use MyApp;
my $app = MyApp->new;
$app->load_plugin('Pretty');
$app->pretty;
This module is meant to be loaded as a role from Moose-based classes it will add five methods and four attributes to assist you with the loading and handling of plugins and extensions for plugins. I understand that this may pollute your namespace, however I took great care in using the least ambiguous names possible.
Plugins and extensions are just Roles by a fancy name. They are loaded at runtime on demand and are instance, not class based. This means that if you have more than one instance of a class they can all have different plugins loaded. This is a feature.
Plugin methods are allowed to around, before, after
their consuming classes, so it is important to watch for load order as plugins can
and will overload each other. You may also add attributes through has.
Please note that when you load at runtime you lose the ability to wrap BUILD
and roles using has will not go through compile time checks like required
and <default>.
Even though override will work , I STRONGLY discourage it's use
and a warning will be thrown if you try to use it.
This is closely linked to the way multiple roles being applied is handled and is not
likely to change. override bevavior is closely linked to inheritance and thus will
likely not work as you expect it in multiple inheritance situations. Point being,
save yourself the headache.
When roles are applied at runtime an anonymous class will wrap your class and
$self->blessed and ref $self will no longer return the name of your object,
they will instead return the name of the anonymous class created at runtime.
See _original_class_name.
For a simple example see the tests included in this distribution.
String. The prefix to use for plugin names provided. MyApp::Plugin is sensible.
ArrayRef, Accessor automatically dereferences into array on a read call. By default will be filled with the class name and it's prescedents, it is used to determine which directories to look for plugins as well as which plugins take presedence upon namespace collitions. This allows you to subclass a pluggable class and still use it's plugins while using yours first if they are available.
An automatically built instance of Module::Pluggable::Object used to locate available plugins.
Because of the way roles apply $self->blessed and ref $self will
no longer return what you expect. Instead, upon instantiation, the name of the
class instantiated will be stored in this attribute if you need to access the
name the class held before any runtime roles were applied.
Load the apropriate role for $plugin.
There's nothing stopping you from using these, but if you are using them for anything thats not really complicated you are probably doing something wrong.
Creates a role name from a plugin name. If the plugin name is prepended
with a + it will be treated as a full name returned as is. Otherwise
a string consisting of $plugin prepended with the _plugin_ns
and the first valid value from _plugin_app_ns will be returned. Example
#assuming appname MyApp and C<_plugin_ns> 'Plugin'
$self->_role_from_plugin("MyPlugin"); # MyApp::Plugin::MyPlugin
Require $role if it is not already loaded and apply it. This is
the meat of this module.
Automatically builds the _plugin_app_ns attribute with the classes in the class presedence list that are not part of Moose.
Automatically creates a Module::Pluggable::Object instance with the correct search_path.
Keep tests happy. See Moose
Guillermo Roditi, <groditi@cpan.org>
Holler?
Please report any bugs or feature requests to
bug-moosex-object-pluggable at rt.cpan.org, or through the web interface at
http://rt.cpan.org/NoAuth/ReportBug.html?Queue=MooseX-Object-Pluggable.
I will be notified, and then you'll automatically be notified of progress on
your bug as I make changes.
You can find documentation for this module with the perldoc command.
perldoc MooseX-Object-Pluggable
You can also look for information at:
http://rt.cpan.org/NoAuth/Bugs.html?Dist=MooseX-Object-Pluggable
Copyright 2007 Guillermo Roditi. All Rights Reserved. This is free software; you may redistribute it and/or modify it under the same terms as Perl itself.
| MooseX-Object-Pluggable documentation | view source | Contained in the MooseX-Object-Pluggable distribution. |