5 use warnings::illegalproto ();
7 use Web::Dispatch::Wrapper ();
9 our $VERSION = '0.007';
12 my ($class, $app_package) = @_;
13 $app_package ||= caller;
14 $class->_export_into($app_package);
15 eval "package $app_package; use Web::Dispatch::Wrapper; use Moo; 1"
16 or die "Failed to setup app package: $@";
18 warnings::illegalproto->unimport;
22 my ($class, $app_package) = @_;
25 *{"${app_package}::PSGI_ENV"} = sub () { -1 };
26 require Web::Simple::Application;
27 unshift(@{"${app_package}::ISA"}, 'Web::Simple::Application');
29 (my $name = $app_package) =~ s/::/\//g;
30 $INC{"${name}.pm"} = 'Set by "use Web::Simple;" invocation';
35 Web::Simple - A quick and easy way to build simple web applications
39 This is really quite new. If you're reading this on CPAN, it means the stuff
40 that's here we're probably happy with. But only probably. So we may have to
41 change stuff. And if you're reading this from git, come check with irc.perl.org
42 #web-simple that we're actually sure we're going to keep anything that's
43 different from the CPAN version.
45 If we do find we have to change stuff we'll add to the
46 L<CHANGES BETWEEN RELEASES> section explaining how to switch your code across
47 to the new version, and we'll do our best to make it as painless as possible
48 because we've got Web::Simple applications too. But we can't promise not to
49 change things at all. Not yet. Sorry.
55 use Web::Simple 'HelloWorld';
60 sub dispatch_request {
62 [ 200, [ 'Content-type', 'text/plain' ], [ 'Hello world!' ] ]
65 [ 405, [ 'Content-type', 'text/plain' ], [ 'Method not allowed' ] ]
70 HelloWorld->run_if_script;
72 If you save this file into your cgi-bin as C<hello-world.cgi> and then visit:
74 http://my.server.name/cgi-bin/hello-world.cgi/
76 you'll get the "Hello world!" string output to your browser. For more complex
77 examples and non-CGI deployment, see below. To get help with L<Web::Simple>,
78 please connect to the irc.perl.org IRC network and join #web-simple.
82 The philosophy of L<Web::Simple> is to keep to an absolute bare minimum for
83 everything. It is not designed to be used for large scale applications;
84 the L<Catalyst> web framework already works very nicely for that and is
85 a far more mature, well supported piece of software.
87 However, if you have an application that only does a couple of things, and
88 want to not have to think about complexities of deployment, then L<Web::Simple>
89 might be just the thing for you.
91 The only public interface the L<Web::Simple> module itself provides is an
94 use Web::Simple 'NameOfApplication';
96 This sets up your package (in this case "NameOfApplication" is your package)
97 so that it inherits from L<Web::Simple::Application> and imports L<strictures>,
98 as well as installs a C<PSGI_ENV> constant for convenience, as well as some
101 Importing L<strictures> will automatically make your code use the C<strict> and
102 C<warnings> pragma, so you can skip the usual:
105 use warnings FATAL => 'aa';
107 provided you 'use Web::Simple' at the top of the file. Note that we turn
108 on *fatal* warnings so if you have any warnings at any point from the file
109 that you did 'use Web::Simple' in, then your application will die. This is,
110 so far, considered a feature.
112 When we inherit from L<Web::Simple::Application> we also use <Moo>, which is
113 the the equivalent of:
116 package NameOfApplication;
118 extends 'Web::Simple::Application';
121 So you can use L<Moo> features in your application, such as creating attributes
122 using the C<has> subroutine, etc. Please see the documentation for L<Moo> for
125 It also exports the following subroutines for use in dispatchers:
127 response_filter { ... };
129 redispatch_to '/somewhere';
133 $INC{"NameOfApplication.pm"} = 'Set by "use Web::Simple;" invocation';
135 so that perl will not attempt to load the application again even if
137 require NameOfApplication;
139 is encountered in other code.
141 =head1 DISPATCH STRATEGY
143 L<Web::Simple> despite being straightforward to use, has a powerful system
144 for matching all sorts of incoming URLs to one or more subroutines. These
145 subroutines can be simple actions to take for a given URL, or something
146 more complicated, including entire L<Plack> applications, L<Plack::Middleware>
147 and nested subdispatchers.
151 sub dispatch_request {
152 # matches: GET /user/1.htm?show_details=1
154 sub (GET + /user/* + ?show_details~ + .htm|.html|.xhtml) {
155 my ($self, $user_id, $show_details) = @_;
158 # matches: POST /user?username=frew
159 # POST /user?username=mst&first_name=matt&last_name=trout
160 sub (POST + /user + ?username=&*) {
161 my ($self, $username, $misc_params) = @_;
164 # matches: DELETE /user/1/friend/2
165 sub (DELETE + /user/*/friend/*) {
166 my ($self, $user_id, $friend_id) = @_;
169 # matches: PUT /user/1?first_name=Matt&last_name=Trout
170 sub (PUT + /user/* + ?first_name~&last_name~) {
171 my ($self, $user_id, $first_name, $last_name) = @_;
176 # matches: PUT /user/1/role/1
177 sub (PUT + /role/*) {
181 # matches: DELETE /user/1/role/1
182 sub (DELETE + /role/*) {
189 =head2 The dispatch cycle
191 At the beginning of a request, your app's dispatch_request method is called
192 with the PSGI $env as an argument. You can handle the request entirely in
193 here and return a PSGI response arrayref if you want:
195 sub dispatch_request {
196 my ($self, $env) = @_;
197 [ 404, [ 'Content-type' => 'text/plain' ], [ 'Amnesia == fail' ] ]
200 However, generally, instead of that, you return a set of dispatch subs:
202 sub dispatch_request {
204 sub (/) { redispatch_to '/index.html' },
205 sub (/user/*) { $self->show_user($_[1]) },
209 If you return a subroutine with a prototype, the prototype is treated
210 as a match specification - and if the test is passed, the body of the
211 sub is called as a method any matched arguments (see below for more details).
213 You can also return a plain subroutine which will be called with just $env
214 - remember that in this case if you need $self you -must- close over it.
216 If you return a normal object, L<Web::Simple> will simply return it upwards on
217 the assumption that a response_filter (or some arbitrary L<Plack::Middleware>)
218 somewhere will convert it to something useful. This allows:
220 sub dispatch_request {
222 sub (.html) { response_filter { $self->render_zoom($_[0]) } },
223 sub (/user/*) { $self->users->get($_[1]) },
226 to render a user object to HTML, if there is an incoming URL such as:
228 http://myweb.org/user/111.html
230 This works because as we descend down the dispachers, we first match
231 C<sub (.html)>, which adds a C<response_filter> (basically a specialized routine
232 that follows the L<Plack::Middleware> specification), and then later we also
233 match C<sub (/user/*)> which gets a user and returns that as the response.
234 This user object 'bubbles up' through all the wrapping middleware until it hits
235 the C<response_filter> we defined, after which the return is converted to a
238 However, two types of object are treated specially - a Plack::App object
239 will have its C<->to_app> method called and be used as a dispatcher:
241 sub dispatch_request {
243 sub (/static/...) { Plack::App::File->new(...) },
247 A Plack::Middleware object will be used as a filter for the rest of the
248 dispatch being returned into:
250 ## responds to /admin/track_usage AND /admin/delete_accounts
252 sub dispatch_request {
255 Plack::Middleware::Session->new(%opts);
257 sub (/admin/track_usage) {
258 ## something that needs a session
260 sub (/admin/delete_accounts) {
261 ## something else that needs a session
265 Note that this is for the dispatch being -returned- to, so if you want to
266 provide it inline you need to do:
268 ## ALSO responds to /admin/track_usage AND /admin/delete_accounts
270 sub dispatch_request {
274 Plack::Middleware::Session->new(%opts);
277 ## something that needs a session
279 sub (/delete_accounts) {
280 ## something else that needs a session
285 And that's it - but remember that all this happens recursively - it's
286 dispatchers all the way down. A URL incoming pattern will run all matching
287 dispatchers and then hit all added filters or L<Plack::Middleware>.
289 =head2 Web::Simple match specifications
291 =head3 Method matches
295 A match specification beginning with a capital letter matches HTTP requests
296 with that request method.
302 A match specification beginning with a / is a path match. In the simplest
303 case it matches a specific path. To match a path with a wildcard part, you
307 $self->handle_user($_[1])
309 This will match /user/<anything> where <anything> does not include a literal
310 / character. The matched part becomes part of the match arguments. You can
311 also match more than one part:
314 my ($self, $user_1, $user_2) = @_;
316 sub (/domain/*/user/*) {
317 my ($self, $domain, $user) = @_;
319 and so on. To match an arbitrary number of parts, use -
323 This will result in an element per /-separated part so matched. Note that
326 sub (/page/**/edit) {
328 to match an arbitrary number of parts up to but not including some final
335 Will match /foo/ on the beginning of the path -and- strip it. This is designed
336 to be used to construct nested dispatch structures, but can also prove useful
337 for having e.g. an optional language specification at the start of a path.
339 Note that the '...' is a "maybe something here, maybe not" so the above
340 specification will match like this:
343 /foo/ # match and strip path to '/'
344 /foo/bar/baz # match and strip path to '/bar/baz'
346 =head3 Extension matches
350 will match .html from the path (assuming the subroutine itself returns
351 something, of course). This is normally used for rendering - e.g.
354 response_filter { $self->render_html($_[1]) }
361 will match any extension and supplies the extension as a match argument.
363 =head3 Query and body parameter matches
365 Query and body parameters can be match via
367 sub (?<param spec>) { # match URI query
368 sub (%<param spec>) { # match body params
370 The body is only matched if the content type is
371 application/x-www-form-urlencoded (note this means that Web::Simple does
372 not yet handle uploads; this will be addressed in a later release).
374 The param spec is elements of one of the following forms -
376 param~ # optional parameter
377 param= # required parameter
378 @param~ # optional multiple parameter
379 @param= # required multiple parameter
380 :param~ # optional parameter in hashref
381 :param= # required parameter in hashref
382 :@param~ # optional multiple in hashref
383 :@param= # required multiple in hashref
384 * # include all other parameters in hashref
385 @* # include all other parameters as multiple in hashref
387 separated by the & character. The arguments added to the request are
388 one per non-:/* parameter (scalar for normal, arrayref for multiple),
389 plus if any :/* specs exist a hashref containing those values.
391 Please note that if you specify a multiple type parameter match, you are
392 ensured of getting an arrayref for the value, EVEN if the current incoming
393 request has only one value. However if a parameter is specified as single
394 and multiple values are found, the last one will be used.
396 For example to match a page parameter with an optional order_by parameter one
399 sub (?page=&order_by~) {
400 my ($self, $page, $order_by) = @_;
401 return unless $page =~ /^\d+$/;
404 $_[1]->search_rs({}, $p);
408 to implement paging and ordering against a L<DBIx::Class::ResultSet> object.
410 Another Example: To get all parameters as a hashref of arrayrefs, write:
413 my ($self, $params) = @_;
416 To get two parameters as a hashref, write:
418 sub(?:user~&:domain~) {
419 my ($self, $params) = @_; # params contains only 'user' and 'domain' keys
421 You can also mix these, so:
423 sub (?foo=&@bar~&:coffee=&@*) {
424 my ($self, $foo, $bar, $params);
426 where $bar is an arrayref (possibly an empty one), and $params contains
427 arrayref values for all parameters -not- mentioned and a scalar value for
428 the 'coffee' parameter.
430 Note, in the case where you combine arrayref, single parameter and named
431 hashref style, the arrayref and single parameters will appear in C<@_> in the
432 order you defined them in the protoype, but all hashrefs will merge into a
433 single C<$params>, as in the example above.
435 =head3 Combining matches
437 Matches may be combined with the + character - e.g.
439 sub (GET + /user/*) {
441 to create an AND match. They may also be combined withe the | character - e.g.
445 to create an OR match. Matches can be nested with () - e.g.
447 sub ((GET|POST) + /user/*) {
449 and negated with ! - e.g.
451 sub (!/user/foo + /user/*) {
453 ! binds to the immediate rightmost match specification, so if you want
454 to negate a combination you will need to use
456 sub ( !(POST|PUT|DELETE) ) {
458 and | binds tighter than +, so
460 sub ((GET|POST) + /user/*) {
464 sub (GET|POST + /user/*) {
468 sub ((GET + /admin/...) | (POST + /admin/...)) {
472 sub (GET + /admin/... | POST + /admin/...) {
474 are not - the latter is equivalent to
476 sub (GET + (/admin/...|POST) + /admin/...) {
478 which will never match!
482 Note that for legibility you are permitted to use whitespace -
484 sub (GET + /user/*) {
486 but it will be ignored. This is because the perl parser strips whitespace
487 from subroutine prototypes, so this is equivalent to
491 =head3 Accessing the PSGI env hash
493 In some cases you may wish to get the raw PSGI env hash - to do this,
494 you can either use a plain sub -
501 or use the PSGI_ENV constant exported to retrieve it:
503 sub (GET + /foo + ?some_param=) {
505 my $env = $_[PSGI_ENV];
508 but note that if you're trying to add a middleware, you should simply use
509 Web::Simple's direct support for doing so.
511 =head1 EXPORTED SUBROUTINES
513 =head2 response_filter
516 # Hide errors from the user because we hates them, preciousss
517 if (ref($_[0]) eq 'ARRAY' && $_[0]->[0] == 500) {
518 $_[0] = [ 200, @{$_[0]}[1..$#{$_[0]}] ];
523 The response_filter subroutine is designed for use inside dispatch subroutines.
525 It creates and returns a special dispatcher that always matches, and calls
526 the block passed to it as a filter on the result of running the rest of the
527 current dispatch chain.
529 Thus the filter above runs further dispatch as normal, but if the result of
530 dispatch is a 500 (Internal Server Error) response, changes this to a 200 (OK)
531 response without altering the headers or body.
535 redispatch_to '/other/url';
537 The redispatch_to subroutine is designed for use inside dispatch subroutines.
539 It creates and returns a special dispatcher that always matches, and instead
540 of continuing dispatch re-delegates it to the start of the dispatch process,
541 but with the path of the request altered to the supplied URL.
543 Thus if you receive a POST to '/some/url' and return a redispatch to
544 '/other/url', the dispatch behaviour will be exactly as if the same POST
545 request had been made to '/other/url' instead.
547 Note, this is not the same as returning an HTTP 3xx redirect as a response;
548 rather it is a much more efficient internal process.
550 =head1 CHANGES BETWEEN RELEASES
552 =head2 Changes between 0.004 and 0.005
556 =item * dispatch {} replaced by declaring a dispatch_request method
558 dispatch {} has gone away - instead, you write:
560 sub dispatch_request {
562 sub (GET /foo/) { ... },
566 Note that this method is still -returning- the dispatch code - just like
569 Also note that you need the 'my $self = shift' since the magic $self
572 =item * the magic $self variable went away.
574 Just add 'my $self = shift;' while writing your 'sub dispatch_request {'
575 like a normal perl method.
577 =item * subdispatch deleted - all dispatchers can now subdispatch
579 In earlier releases you needed to write:
581 subdispatch sub (/foo/...) {
584 sub (GET /bar/) { ... },
589 As of 0.005, you can instead write simply:
594 sub (GET /bar/) { ... },
599 =head2 Changes since Antiquated Perl
603 =item * filter_response renamed to response_filter
605 This is a pure rename; a global search and replace should fix it.
607 =item * dispatch [] changed to dispatch {}
611 dispatch [ sub(...) { ... }, ... ];
615 dispatch { sub(...) { ... }, ... };
621 =head1 DEVELOPMENT HISTORY
623 Web::Simple was originally written to form part of my Antiquated Perl talk for
624 Italian Perl Workshop 2009, but in writing the bloggery example I realised
625 that having a bare minimum system for writing web applications that doesn't
626 drive me insane was rather nice and decided to spend my attempt at nanowrimo
627 for 2009 improving and documenting it to the point where others could use it.
629 The Antiquated Perl talk can be found at L<http://www.shadowcat.co.uk/archive/conference-video/>.
631 =head1 COMMUNITY AND SUPPORT
635 irc.perl.org #web-simple
637 =head2 No mailing list yet
639 Because mst's non-work email is a bombsite so he'd never read it anyway.
641 =head2 Git repository
643 Gitweb is on http://git.shadowcat.co.uk/ and the clone URL is:
645 git clone git://git.shadowcat.co.uk/catagits/Web-Simple.git
649 Matt S. Trout <mst@shadowcat.co.uk>
653 None required yet. Maybe this module is perfect (hahahahaha ...).
657 Copyright (c) 2010 the Web::Simple L</AUTHOR> and L</CONTRIBUTORS>
662 This library is free software and may be distributed under the same terms