[Catalyst-dev] Plugin or controller?
    Matt S Trout 
    dbix-class at trout.me.uk
       
    Mon Jun  8 19:02:11 GMT 2009
    
    
  
On Mon, Jun 01, 2009 at 05:50:57PM +0200, Matthias Dietrich wrote:
> Hi,
> 
> >You haven't in any way explained why you think it _needs_ to be a  
> >plugin.
> >
> >Therefore, it doesn't need to be, and so shouldn't be. ;)
> 
> if you argue that way, nothing needs to be anything (because opinions  
> are different) ;).
> 
> The module provides a thin wrapper around Algorithm::FloodControl and  
> implements one function that can be called within a controller action  
> to decide, what to do.
In which case it doesn't need to wrap the request cycle so it should be
a controller superclass, not a plugin.
If the logic gets complicated I'd then make it a controller superclass
that delegates to a model, but I'm not sure in this case it's complex
enough to be worth doing that.
> It's like the Authorization plugin.
Authorization::Roles probably shouldn't have been a plugin either.
I always just use methods on the user object ...
> And  
> because it only implements this helper function, the controller  
> namespace is a bit confusing.
I'd probably implement it as a role rather than a superclass for 5.80.
-- 
        Matt S Trout         Catalyst and DBIx::Class consultancy with a clue
     Technical Director      and a commit bit: http://shadowcat.co.uk/catalyst/
 Shadowcat Systems Limited
  mst (@) shadowcat.co.uk        http://shadowcat.co.uk/blog/matt-s-trout/
    
    
More information about the Catalyst-dev
mailing list