[Catalyst] New Root Controller in Catalyst 5.66
Matt S Trout
dbix-class at trout.me.uk
Wed Mar 1 14:27:28 CET 2006
On Wed, Mar 01, 2006 at 06:00:01AM +0100, Sebastian Riedel wrote:
>
> 01.03.2006 05:39 Nilson Santos Figueiredo Junior:
>
> > On 3/1/06, Sebastian Riedel <sri at oook.de> wrote:
> >> This is another best practice promoted to be part of core, it will
> >> eliminate namespace collisions like for the famous "login" action in
> >> combination with auth plugins. ;)
> >
> > This change is great for those who started using Catalyst.
> > I got somewhat frustrated when I spent something like half an hour (or
> > more) trying to figure out what was wrong with my application only to
> > then think about that "login" action. I now feel glad to know it's a
> > common mistake and you're trying to encourage best practices against
> > it.
> >
> > I just wonder. With the advent of YAML configuration files and this
> > Root controller, the base application class will be pretty much empty,
> > right? Or is there something else people usually put in there?
>
> Right, it gets "cleaner". :)
> The application class was from the beginning just meant as a place to
> interact with Catalyst "internals", load plugins, configure the app
> and the like.
And of course, your $c for each request is blessed into that class by
default (unless you set __PACkAGE__->context_class to something else).
--
Matt S Trout Offering custom development, consultancy and support
Technical Director contracts for Catalyst, DBIx::Class and BAST. Contact
Shadowcat Systems Ltd. mst (at) shadowcatsystems.co.uk for more information
+ Help us build a better perl ORM: http://dbix-class.shadowcatsystems.co.uk/ +
More information about the Catalyst
mailing list