- BUGS AND LIMITATIONS
- COPYRIGHT AND LICENSE
Sub::Documentation - Collect documentation for subroutines
use Sub::Documentation 'add_documentation'; my $pkg = __PACKAGE__; add_documentation( package => $pkg, glob_type => 'CODE', name => 'new', type => 'purpose', documentation => 'A constructor.' ); add_documentation( package => $pkg, glob_type => 'SCALAR', name => 'count', type => 'purpose', documentation => 'Number of flurbles.' );
This module provides support for generating documentation for your subroutines. It does not itself generate the documentation, but relies on tools such as Pod::Weaver::Transformer::AddMethodAutoDoc - which is a plugin to Pod::Weaver that is most likely used in conjunction with Dist::Zilla - to put the collected information to use.
Also see Sub::Documentation::Attributes.
Modules that generate methods - such as Class::Accessor::Installer - might want to use this module. Class::Accessor::Complex, Class::Accessor::Constructor and Class::Accessor::FactoryTyped use Class::Accessor::Installer and so support this kind of auto-generated documentation.
This functions are exported on request.
Adds documentation. It depends on how you use the collected documentation data, but most tools would use the following key/value pairs:
The package for which to add documentation.
The kind of symbol that is being documented:
HASHetc. The symbol name alone is insufficient to determine what is being documented - does
newrefer to the subroutine
new()or any of the variables
$new, C@new> or
%new. Therefore you also need to pass the glob type.
The symbol name for which to add documentation, that is, the subroutine name or variable name.
The type of documentation to add. This might be
exampleor the like.
The documentation type is freely definable, but the code that actually generates the documentation, for example, Pod::Weaver::Section::CollectWithAutoDoc needs to understand these documentation types.
The actual documentation string.
You can add any other key/value pairs which your documentation tool needs. For example, Class::Accessor::Complex generates helper methods for most accessors, so in the documentation tool we would like to know which helper method belongs to which main accessor. For example, for array accessors,
foo_count(), amongst others, all belong to the
foo array accessor.
The documentation is stored in a list where each element is the has passed to
Returns the documentation list. This can be used by modules that actually generate the documentation to inspect which documentation has been defined.
Goes through the list of collected documentation and returns those entries that match the key/value pairs given as the arguments.
search_documentation( package => 'Foo::Bar', glob_type => 'CODE', type => 'examples', );
will return all entries with those key/value pairs.
If a string value in the arguments is compared to an array value in the entry, it is sufficient for one of the array elements to be equal to the required value. For example,
search_documentation( name => 'clear_foo' );
will match this entry:
add_documentation( name => [ qw(clear_foo foo_clear) ], ... );
See perlmodinstall for information and options on installing Perl modules.
No bugs have been reported.
Please report any bugs or feature requests through the web interface at http://rt.cpan.org/Public/Dist/Display.html?Name=Sub-Documentation.
The latest version of this module is available from the Comprehensive Perl Archive Network (CPAN). Visit http://www.perl.com/CPAN/ to find a CPAN site near you, or see http://search.cpan.org/dist/Sub-Documentation/.
The development version lives at http://github.com/hanekomu/Sub-Documentation/. Instead of sending patches, please fork this project using the standard git and github infrastructure.
Marcel Gruenauer <firstname.lastname@example.org>
This software is copyright (c) 2010 by Marcel Gruenauer.
This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.