| line |
stmt |
bran |
cond |
sub |
pod |
time |
code |
|
1
|
|
|
|
|
|
|
package App::Info::Handler; |
|
2
|
|
|
|
|
|
|
|
|
3
|
|
|
|
|
|
|
=head1 NAME |
|
4
|
|
|
|
|
|
|
|
|
5
|
|
|
|
|
|
|
App::Info::Handler - App::Info event handler base class |
|
6
|
|
|
|
|
|
|
|
|
7
|
|
|
|
|
|
|
=head1 SYNOPSIS |
|
8
|
|
|
|
|
|
|
|
|
9
|
|
|
|
|
|
|
use App::Info::Category::FooApp; |
|
10
|
|
|
|
|
|
|
use App::Info::Handler; |
|
11
|
|
|
|
|
|
|
|
|
12
|
|
|
|
|
|
|
my $app = App::Info::Category::FooApp->new( on_info => ['default'] ); |
|
13
|
|
|
|
|
|
|
|
|
14
|
|
|
|
|
|
|
=head1 DESCRIPTION |
|
15
|
|
|
|
|
|
|
|
|
16
|
|
|
|
|
|
|
This class defines the interface for subclasses that wish to handle events |
|
17
|
|
|
|
|
|
|
triggered by App::Info concrete subclasses. The different types of events |
|
18
|
|
|
|
|
|
|
triggered by App::Info can all be handled by App::Info::Handler (indeed, by |
|
19
|
|
|
|
|
|
|
default they're all handled by a single App::Info::Handler object), and |
|
20
|
|
|
|
|
|
|
App::Info::Handler subclasses may be designed to handle whatever events they |
|
21
|
|
|
|
|
|
|
wish. |
|
22
|
|
|
|
|
|
|
|
|
23
|
|
|
|
|
|
|
If you're interested in I an App::Info event handler, this is probably |
|
24
|
|
|
|
|
|
|
not the class you should look at, since all it does is define a simple handler |
|
25
|
|
|
|
|
|
|
that does nothing with an event. Look to the L
|
|
26
|
|
|
|
|
|
|
subclasses|"SEE ALSO"> included in this distribution to do more interesting |
|
27
|
|
|
|
|
|
|
things with App::Info events. |
|
28
|
|
|
|
|
|
|
|
|
29
|
|
|
|
|
|
|
If, on the other hand, you're interested in implementing your own event |
|
30
|
|
|
|
|
|
|
handlers, read on! |
|
31
|
|
|
|
|
|
|
|
|
32
|
|
|
|
|
|
|
=cut |
|
33
|
|
|
|
|
|
|
|
|
34
|
18
|
|
|
18
|
|
217174
|
use strict; |
|
|
18
|
|
|
|
|
42
|
|
|
|
18
|
|
|
|
|
724
|
|
|
35
|
18
|
|
|
18
|
|
93
|
use vars qw($VERSION); |
|
|
18
|
|
|
|
|
37
|
|
|
|
18
|
|
|
|
|
6545
|
|
|
36
|
|
|
|
|
|
|
$VERSION = '0.57'; |
|
37
|
|
|
|
|
|
|
|
|
38
|
|
|
|
|
|
|
my %handlers; |
|
39
|
|
|
|
|
|
|
|
|
40
|
|
|
|
|
|
|
=head1 INTERFACE |
|
41
|
|
|
|
|
|
|
|
|
42
|
|
|
|
|
|
|
This section documents the public interface of App::Info::Handler. |
|
43
|
|
|
|
|
|
|
|
|
44
|
|
|
|
|
|
|
=head2 Class Method |
|
45
|
|
|
|
|
|
|
|
|
46
|
|
|
|
|
|
|
=head3 register_handler |
|
47
|
|
|
|
|
|
|
|
|
48
|
|
|
|
|
|
|
App::Info::Handler->register_handler( $key => $code_ref ); |
|
49
|
|
|
|
|
|
|
|
|
50
|
|
|
|
|
|
|
This class method may be used by App::Info::Handler subclasses to register |
|
51
|
|
|
|
|
|
|
themselves with App::Info::Handler. Multiple registrations are supported. The |
|
52
|
|
|
|
|
|
|
idea is that a subclass can define different functionality by specifying |
|
53
|
|
|
|
|
|
|
different strings that represent different modes of constructing an |
|
54
|
|
|
|
|
|
|
App::Info::Handler subclass object. The keys are case-sensitive, and should be |
|
55
|
|
|
|
|
|
|
unique across App::Info::Handler subclasses so that many subclasses can be |
|
56
|
|
|
|
|
|
|
loaded and used separately. If the C<$key> is already registered, |
|
57
|
|
|
|
|
|
|
C will throw an exception. The values are code references |
|
58
|
|
|
|
|
|
|
that, when executed, return the appropriate App::Info::Handler subclass |
|
59
|
|
|
|
|
|
|
object. |
|
60
|
|
|
|
|
|
|
|
|
61
|
|
|
|
|
|
|
=cut |
|
62
|
|
|
|
|
|
|
|
|
63
|
|
|
|
|
|
|
sub register_handler { |
|
64
|
28
|
|
|
28
|
1
|
172
|
my ($pkg, $key, $code) = @_; |
|
65
|
28
|
50
|
|
|
|
420
|
Carp::croak("Handler '$key' already exists") |
|
66
|
|
|
|
|
|
|
if $handlers{$key}; |
|
67
|
28
|
|
|
|
|
176
|
$handlers{$key} = $code; |
|
68
|
|
|
|
|
|
|
} |
|
69
|
|
|
|
|
|
|
|
|
70
|
|
|
|
|
|
|
# Register ourself. |
|
71
|
|
|
|
|
|
|
__PACKAGE__->register_handler('default', sub { __PACKAGE__->new } ); |
|
72
|
|
|
|
|
|
|
|
|
73
|
|
|
|
|
|
|
############################################################################## |
|
74
|
|
|
|
|
|
|
|
|
75
|
|
|
|
|
|
|
=head2 Constructor |
|
76
|
|
|
|
|
|
|
|
|
77
|
|
|
|
|
|
|
=head3 new |
|
78
|
|
|
|
|
|
|
|
|
79
|
|
|
|
|
|
|
my $handler = App::Info::Handler->new; |
|
80
|
|
|
|
|
|
|
$handler = App::Info::Handler->new( key => $key); |
|
81
|
|
|
|
|
|
|
|
|
82
|
|
|
|
|
|
|
Constructs an App::Info::Handler object and returns it. If the key parameter |
|
83
|
|
|
|
|
|
|
is provided and has been registered by an App::Info::Handler subclass via the |
|
84
|
|
|
|
|
|
|
C class method, then the relevant code reference will be |
|
85
|
|
|
|
|
|
|
executed and the resulting App::Info::Handler subclass object returned. This |
|
86
|
|
|
|
|
|
|
approach provides a handy shortcut for having C behave as an abstract |
|
87
|
|
|
|
|
|
|
factory method, returning an object of the subclass appropriate to the key |
|
88
|
|
|
|
|
|
|
parameter. |
|
89
|
|
|
|
|
|
|
|
|
90
|
|
|
|
|
|
|
=cut |
|
91
|
|
|
|
|
|
|
|
|
92
|
|
|
|
|
|
|
sub new { |
|
93
|
30
|
|
|
30
|
1
|
447
|
my ($pkg, %p) = @_; |
|
94
|
30
|
|
33
|
|
|
259
|
my $class = ref $pkg || $pkg; |
|
95
|
30
|
|
100
|
|
|
151
|
$p{key} ||= 'default'; |
|
96
|
30
|
100
|
66
|
|
|
140
|
if ($class eq __PACKAGE__ && $p{key} ne 'default') { |
|
97
|
|
|
|
|
|
|
# We were called directly! Handle it. |
|
98
|
8
|
100
|
|
|
|
133
|
Carp::croak("No such handler '$p{key}'") unless $handlers{$p{key}}; |
|
99
|
7
|
|
|
|
|
29
|
return $handlers{$p{key}}->(); |
|
100
|
|
|
|
|
|
|
} else { |
|
101
|
|
|
|
|
|
|
# A subclass called us -- just instantiate and return. |
|
102
|
22
|
|
|
|
|
127
|
return bless \%p, $class; |
|
103
|
|
|
|
|
|
|
} |
|
104
|
|
|
|
|
|
|
} |
|
105
|
|
|
|
|
|
|
|
|
106
|
|
|
|
|
|
|
=head2 Instance Method |
|
107
|
|
|
|
|
|
|
|
|
108
|
|
|
|
|
|
|
=head3 handler |
|
109
|
|
|
|
|
|
|
|
|
110
|
|
|
|
|
|
|
$handler->handler($req); |
|
111
|
|
|
|
|
|
|
|
|
112
|
|
|
|
|
|
|
App::Info::Handler defines a single instance method that must be defined by |
|
113
|
|
|
|
|
|
|
its subclasses, C. This is the method that will be executed by an |
|
114
|
|
|
|
|
|
|
event triggered by an App::Info concrete subclass. It takes as its single |
|
115
|
|
|
|
|
|
|
argument an App::Info::Request object, and returns a true value if it has |
|
116
|
|
|
|
|
|
|
handled the event request. Returning a false value declines the request, and |
|
117
|
|
|
|
|
|
|
App::Info will then move on to the next handler in the chain. |
|
118
|
|
|
|
|
|
|
|
|
119
|
|
|
|
|
|
|
The C method implemented in App::Info::Handler itself does nothing |
|
120
|
|
|
|
|
|
|
more than return a true value. It thus acts as a very simple default event |
|
121
|
|
|
|
|
|
|
handler. See the App::Info::Handler subclasses for more interesting handling |
|
122
|
|
|
|
|
|
|
of events, or create your own! |
|
123
|
|
|
|
|
|
|
|
|
124
|
|
|
|
|
|
|
=cut |
|
125
|
|
|
|
|
|
|
|
|
126
|
0
|
|
|
0
|
1
|
|
sub handler { 1 } |
|
127
|
|
|
|
|
|
|
|
|
128
|
|
|
|
|
|
|
1; |
|
129
|
|
|
|
|
|
|
__END__ |