Linux and UNIX Man Pages

Linux & Unix Commands - Search Man Pages

class::dbi::plugin(3pm) [debian man page]

Plugin(3pm)						User Contributed Perl Documentation					       Plugin(3pm)

NAME
Class::DBI::Plugin - Abstract base class for Class::DBI plugins SYNOPSIS
use base 'Class::DBI::Plugin'; sub init { my $class = shift; $class->set_sql( statement_name => ... ); $class->add_trigger( ... ); $class->columns( TEMP => ... ); } sub method_name : Plugged { my $class = shift; $class->sql_statement_name( ... ); } sub this_method_is_not_exported {} DESCRIPTION
Class::DBI::Plugin is an abstract base class for Class::DBI plugins. Its purpose is to make writing plugins easier. Writers of plugins should be able to concentrate on the functionality their module provides, instead of having to deal with the symbol table hackery involved when writing a plugin module. Only three things must be remembered: 1. All methods which are to exported are given the "Plugged" attribute. All other methods are not exported to the plugged-in class. 2. Method calls which are to be sent to the plugged-in class are put in the init() method. Examples of these are set_sql(), add_trigger() and so on. 3. The class parameter for the init() method and the "Plugged" methods is the plugged-in class, not the plugin class. CAVEATS
So far this module only "sees" methods in the plugin module itself. If there is a class between the base class and the plugin class in the inheritance hierarchy, methods of this class will not be found. In other words, inherited methods will not be found. If requested, I will implement this behaviour. TODO
It may be useful for plugin users to be able to choose only the plugin methods they are interested in, if there are more than one. This is not implemented yet. SEE ALSO
o Class::DBI AUTHOR
Jean-Christophe Zeus, <mail@jczeus.com> with some help from Simon Cozens. Many thanks to Mark Addison for the idea with the init() method, and many thanks to Steven Quinney for the idea with the subroutine attributes. COPYRIGHT AND LICENSE
Copyright (C) 2004 by Jean-Christophe Zeus This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself. perl v5.10.0 2004-07-23 Plugin(3pm)

Check Out this Related Man Page

DBIx::Class::CDBICompat(3pm)				User Contributed Perl Documentation			      DBIx::Class::CDBICompat(3pm)

NAME
DBIx::Class::CDBICompat - Class::DBI Compatibility layer. SYNOPSIS
package My::CDBI; use base qw/DBIx::Class::CDBICompat/; ...continue as Class::DBI... DESCRIPTION
DBIx::Class features a fully featured compatibility layer with Class::DBI and some common plugins to ease transition for existing CDBI users. This is not a wrapper or subclass of DBIx::Class but rather a series of plugins. The result being that even though you're using the Class::DBI emulation layer you are still getting DBIx::Class objects. You can use all DBIx::Class features and methods via CDBICompat. This allows you to take advantage of DBIx::Class features without having to rewrite your CDBI code. Plugins CDBICompat is good enough that many CDBI plugins will work with CDBICompat, but many of the plugin features are better done with DBIx::Class methods. Class::DBI::AbstractSearch "search_where()" is fully emulated using DBIC's search. Aside from emulation there's no reason to use "search_where()". Class::DBI::Plugin::NoCache "nocache" is fully emulated. Class::DBI::Sweet The features of CDBI::Sweet are better done using DBIC methods which are almost exactly the same. It even uses Data::Page. Class::DBI::Plugin::DeepAbstractSearch This plugin will work, but it is more efficiently done using DBIC's native search facilities. The major difference is that DBIC will not infer the join for you, you have to tell it the join tables. Choosing Features In fact, this class is just a recipe containing all the features emulated. If you like, you can choose which features to emulate by building your own class and loading it like this: package My::DB; __PACKAGE__->load_own_components(qw/CDBICompat/); this will automatically load the features included in My::DB::CDBICompat, provided it looks something like this: package My::DB::CDBICompat; __PACKAGE__->load_components(qw/ CDBICompat::ColumnGroups CDBICompat::Retrieve CDBICompat::HasA CDBICompat::HasMany CDBICompat::MightHave /); LIMITATIONS
Unimplemented The following methods and classes are not emulated, maybe in the future. Class::DBI::Query Deprecated in Class::DBI. Class::DBI::Column Not documented in Class::DBI. CDBICompat's columns() returns a plain string, not an object. data_type() Undocumented CDBI method. Limited Support The following elements of Class::DBI have limited support. Class::DBI::Relationship The semi-documented Class::DBI::Relationship objects returned by "meta_info($type, $col)" are mostly emulated except for their "args" method. Relationships Relationships between tables (has_a, has_many...) must be declared after all tables in the relationship have been declared. Thus the usual CDBI idiom of declaring columns and relationships for each class together will not work. They must instead be done like so: package Foo; use base qw(Class::DBI); Foo->table("foo"); Foo->columns( All => qw(this that bar) ); package Bar; use base qw(Class::DBI); Bar->table("bar"); Bar->columns( All => qw(up down) ); # Now that Foo and Bar are declared it is safe to declare a # relationship between them Foo->has_a( bar => "Bar" ); AUTHORS
Matt S. Trout <mst@shadowcatsystems.co.uk> LICENSE
You may distribute this code under the same terms as Perl itself. perl v5.14.2 2011-05-10 DBIx::Class::CDBICompat(3pm)
Man Page