GSP
Quick Navigator

Search Site

Unix VPS
A - Starter
B - Basic
C - Preferred
D - Commercial
MPS - Dedicated
Previous VPSs
* Sign Up! *

Support
Contact Us
Online Help
Handbooks
Domain Status
Man Pages

FAQ
Virtual Servers
Pricing
Billing
Technical

Network
Facilities
Connectivity
Topology Map

Miscellaneous
Server Agreement
Year 2038
Credits
 

USA Flag

 

 

Man Pages
Data::Dump::Filtered(3) User Contributed Perl Documentation Data::Dump::Filtered(3)

Data::Dump::Filtered - Pretty printing with filtering

The following functions are provided:
add_dump_filter( \&filter )
This registers a filter function to be used by the regular Data::Dump::dump() function. By default no filters are active.

Since registering filters has a global effect is might be more appropriate to use the dump_filtered() function instead.

remove_dump_filter( \&filter )
Unregister the given callback function as filter callback. This undoes the effect of add_filter.
dump_filtered(..., \&filter )
Works like Data::Dump::dump(), but the last argument should be a filter callback function. As objects are visited the filter callback is invoked at it might influence how objects are dumped.

Any filters registered with add_filter() are ignored when this interface is invoked. Actually, passing "undef" as \&filter is allowed and "dump_filtered(..., undef)" is the official way to force unfiltered dumps.

A filter callback is a function that will be invoked with 2 arguments; a context object and reference to the object currently visited. The return value should either be a hash reference or "undef".

    sub filter_callback {
        my($ctx, $object_ref) = @_;
        ...
        return { ... }
    }

If the filter callback returns "undef" (or nothing) then normal processing and formatting of the visited object happens. If the filter callback returns a hash it might replace or annotate the representation of the current object.

The context object provide methods that can be used to determine what kind of object is currently visited and where it's located. The context object has the following interface:
$ctx->object_ref
Alternative way to obtain a reference to the current object
$ctx->class
If the object is blessed this return the class. Returns "" for objects not blessed.
$ctx->reftype
Returns what kind of object this is. It's a string like "SCALAR", "ARRAY", "HASH", "CODE",...
$ctx->is_ref
Returns true if a reference was provided.
$ctx->is_blessed
Returns true if the object is blessed. Actually, this is just an alias for "$ctx->class".
$ctx->is_array
Returns true if the object is an array
$ctx->is_hash
Returns true if the object is a hash
$ctx->is_scalar
Returns true if the object is a scalar (a string or a number)
$ctx->is_code
Returns true if the object is a function (aka subroutine)
$ctx->container_class
Returns the class of the innermost container that contains this object. Returns "" if there is no blessed container.
$ctx->container_self
Returns an textual expression relative to the container object that names this object. The variable $self in this expression is the container itself.
$ctx->object_isa( $class )
Returns TRUE if the current object is of the given class or is of a subclass.
$ctx->container_isa( $class )
Returns TRUE if the innermost container is of the given class or is of a subclass.
$ctx->depth
Returns how many levels deep have we recursed into the structure (from the original dump_filtered() arguments).
$ctx->expr
$ctx->expr( $top_level_name )
Returns an textual expression that denotes the current object. In the expression $var is used as the name of the top level object dumped. This can be overridden by providing a different name as argument.

The following elements has significance in the returned hash:
dump => $string
incorporate the given string as the representation for the current value
object => $value
dump the given value instead of the one visited and passed in as $object. Basically the same as specifying "dump => Data::Dump::dump($value)".
comment => $comment
prefix the value with the given comment string
bless => $class
make it look as if the current object is of the given $class instead of the class it really has (if any). The internals of the object is dumped in the regular way. The $class can be the empty string to make Data::Dump pretend the object wasn't blessed at all.
hide_keys => ['key1', 'key2',...]
hide_keys => \&code
If the $object is a hash dump is as normal but pretend that the listed keys did not exist. If the argument is a function then the function is called to determine if the given key should be hidden.

Data::Dump
2021-06-26 perl v5.32.1

Search for    or go to Top of page |  Section 3 |  Main Index

Powered by GSP Visit the GSP FreeBSD Man Page Interface.
Output converted with ManDoc.