NAME

CatalystX::ExtJS::Tutorial::Direct - Introduction to CatalystX::ExtJS::Direct

VERSION

version 2.1.4

INTRODUCTION

Ext.Direct is an ExtJS component which creates classes and methods according to an API provided by the server. These methods are used to communicate with the server in a Remote Procedure Call fashion. This requires a router on the server side to route the requests to the matching method.

CatalystX::ExtJS::Direct will take care of creating the API and provides a convenient way to include it in your web application as well as providing a router which takes care of calling the correct Catalyst actions when it comes to a request.

Please find a working example of the tutorial at /tutorial in the CatalystX::ExtJS distribution.

EXAMPLES

Simple Calculator

Run steps 1 to 5 from "FIRST STEPS" in CatalystX::ExtJS::Tutorial.

Every controller which wants to add an action to the Ext.Direct API needs to consume the CatalystX::Controller::ExtJS::Direct role. Furthermore each action which should be accessible requires the Direct attribute. This simple example adds two numbers and returns the result:

package MyApp::Controller::Calculator;
use Moose;
BEGIN { extends 'Catalyst::Controller' };
with 'CatalystX::Controller::ExtJS::Direct';

use JSON::XS;

sub add : Chained('/') : Path : CaptureArgs(1) {
   my($self,$c, $arg) = @_;
   $c->stash->{add} = $arg;
}

sub add_to : Chained('add') : PathPart('to') : Args(1) : Direct('add') {
   my($self,$c,$arg) = @_;
   $c->res->body( $c->stash->{add} + $arg );
}
   
sub echo : Local : Direct : DirectArgs(1) {
   my ($self, $c) = @_;
   $c->res->content_type('application/json');
   $c->res->body(encode_json($c->req->data));
}

As you can see the add_to action has the Direct attribute attached to it. Direct actions can only be attached to endpoints of Chained actions. By default the method's name for the API is the same as the action's name. In this case however we changed the name of the action to add by adding this as parameter to the Direct attribute.

If you add the Direct attribute to a normal action (e.g. Local) it has no arguments by default. To change that you can add the DirectArgs attribute and enter the number of arguments there. If you add DirectArgs to a Chained endpoint the number of arguments will be added to the number of arguments required to call this endpoint.

The echo action accepts one argument from the Direct API. You can access this argument via $c->req->data, which is always an arrayref and includes all arguments. We set the content type to application/json to make sure that the body is not serialized twice. That is, if you would not set the content type, the Direct router assumes that the body should be send "as is" to the client. Usually you would use Catalyst::View::JSON to do this for you.

Run the server (# script/myapp_server.pl -r) and access http://localhost:3000/api. You should see something like this:

--- 
actions: 
  Calculator: 
       - 
         len: 2
         name: add
       - 
         len: 1
         name: echo
type: remoting
url: /api/router

This is the YAML representation of the API. As you can see, the add method expects two parameters and is inside the Calculator class.

If you set the content type header to application/json you will receive the JSON-encoded API. Try http://localhost:3000/api?content-type=application/json (see Catalyst::Controller::REST to see why this is working).

A different way to access the API is to open http://localhost:3000/api/src. Open the index template and add this to the head area:

<script type="text/javascript" src="/api/src"></script>

The API is now available from the variable Ext.app.REMOTING_API.

Fire up your favourite browser and go to http://localhost:3000/. Open the debugger and type in the console:

Ext.Direct.addProvider(Ext.app.REMOTING_API);
// This will set up the classes and methods
// Ext.app.REMOTING_API is provided by /api/src
Calculator.add(3, 2, function(res){alert(res)});

And watch the request and response. Next we call the echo method.

Calculator.echo({foo: 'bar'}, function(res){console.log(res)});
// Prints {foo: 'bar'} to your browser's console

RESTful Controllers

Using CatalystX::Controller::ExtJS::REST

Run steps 1 to 6 from "FIRST STEPS" in CatalystX::ExtJS::Tutorial.

Check out CatalystX::Controller::ExtJS::REST if you are used to DBIx::Class and HTML::FormFu. To add such a controller to the Direct API, simply add the CatalystX::Controller::ExtJS::Direct role:

package MyApp::Controller::User;

use Moose;
extends 'CatalystX::Controller::ExtJS::REST';
with 'CatalystX::Controller::ExtJS::Direct';

1;

CatalystX::Controller::ExtJS::REST expects a HTML::FormFu file to be located at root/forms/user.yml:

---
 elements:
   - name: id
   - name: first
     constraint: Required
   - name: last
     constraint: Required
   - name: email
     constraint: Required

Since the columns first, last and email were defined as NOT NULL columns, we have to add the Required constraint to them. Constraints, however, do not affect GET and DELETE requests. If you want a different behaviour for POST or PUT requests, you can create the files root/forms/user_put.yml or root/forms/user_post.yml accordingly. Same applies to GET requests.

While the CRUD methods (create, read, update, destroy) interact with one object only, the list method returns a bunch of objects. By default it uses the same configuration file as the other requests. But you can create it's own file (root/lists/user.yml).

Open http://localhost:3000/ and try:

User.list(function(res){console.log('results: ', res.results)});

User.create({first: 'Marge', last: 'Simpson'});
// this will will cause an error because 'email' is required. The
// response from the server will contain an error message and the name
// of the field

User.create({first: 'Marge', last: 'Simpson', email:'marge@simpsons.com'});

User.list(function(res){console.log('results: ', res.results)});

User.destroy(2);

Using Catalyst::Controller::DBIC::API::RPC

Run steps 1 to 6 from "FIRST STEPS" in CatalystX::ExtJS::Tutorial.

Catalyst::Controller::DBIC::API is a convenient way to query the DBIC model via a webservice. With Ext.Direct this becomes even more convenient.

Add a new controller lib/MyApp/Controller/User/DBIC.pm and paste:

package MyApp::Controller::User::DBIC;

use Moose;
extends 'Catalyst::Controller::DBIC::API::RPC';
with 'CatalystX::Controller::ExtJS::Direct';

# See Catalyst::Controller::DBIC::API for more information
# on those configuration parameters

__PACKAGE__->config(
   actions => { 
       setup  => { PathPart => 'user', Chained => '/' },
       # enable Direct on these actions
       create => { Direct => undef, DirectArgs => 1 }, 
       item   => { Direct => undef }, 
       update => { Direct => undef, DirectArgs => 1 }, 
       delete => { Direct => undef }, 
       list   => { Direct => undef, DirectArgs => 1 },  
   },
   class => 'DBIC::User',
   use_json_boolean => 1,
   create_requires => [qw(email first last)],
   return_object => 1,
);

# Catalyst::Controller::DBIC::API cannot handle scalars and arrayrefs so
# we have to add a little hack

before 'deserialize' => sub {
   my ($self, $c) = @_;
   $c->req->data($c->req->data->[0]) if(ref $c->req->data eq 'ARRAY');
   $c->req->data(undef) unless(ref $c->req->data);
};

1;

Access http://localhost:3000/ in your browser and open the console to play around with the DBIC API:

Ext.Direct.addProvider(Ext.app.REMOTING_API);

// get all records from the model
UserDBIC.list({}, function(res){console.log(res)});

UserDBIC.create({first: 'Marge', last: 'Simpson', email:'marge@simpsons.com'});

UserDBIC.item(2, function(marge){console.log(marge)});

UserDBIC.delete(2); 

Try to run these commands all at once (either put them in one line or use the multi-line console in Firebug). They are now being batched and processed in just one request.

AUTHOR

Moritz Onken <onken@netcubed.de>

COPYRIGHT AND LICENSE

This software is Copyright (c) 2011 by Moritz Onken.

This is free software, licensed under:

The (three-clause) BSD License