views:

501

answers:

4

I'd like to create a before_filter method in my application controller like this...

def check_role(role_name)
  unless logged_in_user.has_role? role_name
    flash[:notice] = 'Access to that area requires additional privileges.'
    redirect_to :back
  end
end

However, it doesn't look as though before filters can take parameters.

Is there a way to parameterize this call, or am I trying to drive a screw with a hammer?

+4  A: 

I don't believe you can pass parameters to filters. So what I have do in the past is made static methods that pass the parameter to the method that needs the params.

So I would have something like this:

def check_role(role_name)
  unless logged_in_user.has_role? role_name
    flash[:notice] = 'Access to that area requires additional privileges.'
    redirect_to :back
  end
end

def check_admin_role
   check_role('admin')
end

def check_blah_role
   check_role('blah')
end

Then in your controller you'd just call

before_filter :check_admin_role

There is probably some way to implement this with meta-programming but I am still quite a n00b and haven't figured that part out yet ;)

vrish88
+7  A: 

You should be able to do this with a block:

before_filter {|controller| controller.check_role('admin') }
Greg Campbell
Where does the value of the "controller" param get set?
Ethan
before_filter will yield the controller object to the block. If you're not familiar with Ruby's block format, the pipes (i.e. ||) delimit a parameter being passed to the block. (FYI, you could name the parameter whatever you want here; I named it "controller" to be clear on what's being passed in)
Greg Campbell
It works. Thanks.
Ethan
+3  A: 

You can use a bit of meta-programming. Something like this (completely untested, just something to give you an idea of how it might go):

Module RoleWithIt
  Role.all.each do |role|
    define_method("check_#{role.name}_role".to_sym) do
      check_role(role.name)
    end
  end

  def check_role(role_name)
    return if logged_in_user.has_role?(role_name)
    flash[:notice] = 'Access to that area requires additional privileges.'
    redirect_to :back
  end
end

ApplicationController.send :include, RoleWithIt

To have it load when your app initialises, just put it in a file called role_with_it.rb and put it in your lib directory.

Aupajo
+1 for the module name
vrish88
+1  A: 

am I trying to drive a screw with a hammer?

Er, possibly ;-)

If I'm reading this correctly, you have a situation where actions within a controller have different access levels, so you want to remove the duplication by creating a single check function?

So you're looking to do something like this?

before_filter :check_role('admin'), :only => [:admin, :debug]
before_filter :check_role('power'), :only => [:edit, :delete]

But the parameter in parens thing is not legal. And anyway, I still see a fair bit of duplication here!

In general, with an area of functionality as well-visited as controller filters, if you can't do something, it's probably because you're looking at something the wrong way. (Remember that Rails is proud to describe itself as "opinionated software"!)

How would it be if you were able to know the action name in your filter method?

Then we'd have

before_filter :check_role

Which is pretty DRY.

We could define permissions in a Hash, perhaps:

Perms = { :admin => ['admin'], :edit => ['admin', 'power'], etc

... which seem to encapsulate the distinct elements of the duplication. If it got complex then the whole thing could move off into a table, although then you're probably duplicating functionality already available in a plugin.

And we'd have

protected
def check_role
  for required_role in Perms[params[:action]]
    return if logged_in_user.has_role? required_role
  end
  flash[:notice] = 'Access to that area requires additional privileges.'
  redirect_to :back
end

Or something similar. params[:action] works on my current Rails version (2.1.2), although the Rails book (v2) mentions an action_name method that seems to return blank for me.

Mike Woodhouse
Thanks, that's a good solution too. I didn't know about params[:action].
Ethan
(to be honest, I had to do some digging, too!)
Mike Woodhouse