document new dispatcher features
[catagits/Web-Simple.git] / lib / Web / Simple.pm
index f3bf5a5..c3e5f19 100644 (file)
@@ -3,14 +3,22 @@ package Web::Simple;
 use strict;
 use warnings FATAL => 'all';
 
-sub import {
+sub setup_all_strictures {
   strict->import;
   warnings->import(FATAL => 'all');
+}
+
+sub setup_dispatch_strictures {
+  setup_all_strictures();
   warnings->unimport('syntax');
   warnings->import(FATAL => qw(
     ambiguous bareword digit parenthesis precedence printf
     prototype qw reserved semicolon
   ));
+}
+
+sub import {
+  setup_dispatch_strictures();
   my ($class, $app_package) = @_;
   $class->_export_into($app_package);
 }
@@ -20,7 +28,7 @@ sub _export_into {
   {
     no strict 'refs';
     *{"${app_package}::dispatch"} = sub {
-      $app_package->_setup_dispatchables(@_);
+      $app_package->_setup_dispatcher(@_);
     };
     *{"${app_package}::filter_response"} = sub (&) {
       $app_package->_construct_response_filter($_[0]);
@@ -29,13 +37,14 @@ sub _export_into {
       $app_package->_construct_redispatch($_[0]);
     };
     *{"${app_package}::default_config"} = sub {
-      my @defaults = @_;
-      *{"${app_package}::_default_config"} = sub { @defaults };
+      $app_package->_setup_default_config(@_);
     };
     *{"${app_package}::self"} = \${"${app_package}::self"};
     require Web::Simple::Application;
     unshift(@{"${app_package}::ISA"}, 'Web::Simple::Application');
   }
+  (my $name = $app_package) =~ s/::/\//g;
+  $INC{"${name}.pm"} = 'Set by "use Web::Simple;" invocation';
 }
 
 =head1 NAME
@@ -138,11 +147,21 @@ It also exports the following subroutines:
 
   redispatch_to '/somewhere';
 
-and creates the $self global variable in your application package, so you can
+and creates a $self global variable in your application package, so you can
 use $self in dispatch subs without violating strict (Web::Simple::Application
 arranges for dispatch subroutines to have the correct $self in scope when
 this happens).
 
+Finally, import sets
+
+  $INC{"NameOfApplication.pm"} = 'Set by "use Web::Simple;" invocation';
+
+so that perl will not attempt to load the application again even if
+
+  require NameOfApplication;
+
+is encountered in other code.
+
 =head1 EXPORTED SUBROUTINES
 
 =head2 default_config
@@ -163,9 +182,8 @@ This creates the default configuration for the application, by creating a
   }
 
 in the application namespace when executed. Note that this means that
-you should only run default_config once - a second run will cause a warning
-that you are override the _default_config method in your application, which
-under Web::Simple will of course be fatal.
+you should only run default_config once - calling it a second time will
+cause an exception to be thrown.
 
 =head2 dispatch
 
@@ -178,8 +196,8 @@ under Web::Simple will of course be fatal.
     }
   ];
 
-The dispatch subroutine calls NameOfApplication->_setup_dispatchables with
-the subroutines passed to it, which then create's your Web::Simple
+The dispatch subroutine calls NameOfApplication->_setup_dispatcher with
+the subroutines passed to it, which then creates your Web::Simple
 application's dispatcher from these subs. The prototype of the subroutine
 is expected to be a Web::Simple dispatch specification (see
 L</DISPATCH SPECIFICATIONS> below for more details), and the body of the
@@ -188,14 +206,14 @@ L</DISPATCH STRATEGY> below for details on how the Web::Simple dispatch
 system uses the return values of these subroutines to determine how to
 continue, alter or abort dispatch.
 
-Note that _setup_dispatchables creates a
+Note that _setup_dispatcher creates a
 
-  sub _dispatchables {
-    return (<dispatchable objects here>);
+  sub _dispatcher {
+    return <root dispatcher object here>;
   }
 
 method in your class so as with default_config, calling dispatch a second time
-will result in a fatal warning from your application.
+will result in an exception.
 
 =head2 response_filter
 
@@ -209,9 +227,27 @@ will result in a fatal warning from your application.
 
 The response_filter subroutine is designed for use inside dispatch subroutines.
 
-It creates and returns a response filter object to the dispatcher,
-encapsulating the block passed to it as the filter routine to call. See
-L</DISPATCH STRATEGY> below for how a response filter affects dispatch.
+It creates and returns a special dispatcher that always matches, and calls
+the block passed to it as a filter on the result of running the rest of the
+current dispatch chain.
+
+Thus the filter above runs further dispatch as normal, but if the result of
+dispatch is a 500 (Internal Server Error) response, changes this to a 200 (OK)
+response without altering the headers or body.
+
+=head2 redispatch_to
+
+  redispatch_to '/other/url';
+
+The redispatch_to subroutine is designed for use inside dispatch subroutines.
+
+It creates and returns a special dispatcher that always matches, and instead
+of continuing dispatch re-delegates it to the start of the dispatch process,
+but with the path of the request altered to the supplied URL.
+
+Thus if you receive a POST to '/some/url' and return a redipstch to
+'/other/url', the dispatch behaviour will be exactly as if the same POST
+request had been made to '/other/url' instead.
 
 =head1 DISPATCH STRATEGY
 
@@ -339,17 +375,68 @@ returns something, of course). This is normally used for rendering - e.g.
     filter_response { $self->render_html($_[1]) }
   }
 
+Additionally,
+
+  sub (.*) {
+
+will match any extension and supplies the stripped extension as a match
+argument.
+
 =head3 Combining matches
 
 Matches may be combined with the + character - e.g.
 
-  sub (GET+/user/*) {
+  sub (GET + /user/*) {
+
+to create an AND match. They may also be combined withe the | character - e.g.
+
+  sub (GET|POST) {
+
+to create an OR match. Matches can be nested with () - e.g.
+
+  sub ((GET|POST) + /user/*) {
+
+and negated with ! - e.g.
+
+  sub (!/user/foo + /user/*) {
+
+! binds to the immediate rightmost match specification, so if you want
+to negate a combination you will need to use
+
+  sub ( !(POST|PUT|DELETE) ) {
+
+and | binds tighter than +, so
+
+  sub ((GET|POST) + /user/*) {
+
+and
+
+  sub (GET|POST + /user/*) {
+
+are equivalent, but
+
+  sub ((GET + .html) | (POST + .html)) {
+
+and
+
+  sub (GET + .html | POST + .html) {
+
+are not - the latter is equivalent to
+
+  sub (GET + (.html|POST) + .html) {
+
+which will never match.
+
+=head3 Whitespace
 
 Note that for legibility you are permitted to use whitespace -
 
-  sub(GET + /user/*) {
+  sub (GET + /user/*) {
 
-but it will be ignored.
+but it will be ignored. This is because the perl parser strips whitespace
+from subroutine prototypes, so this is equivalent to
+
+  sub (GET+/user/*) {
 
 =cut