Guides

Extending Controllers with Decorators

2 minutes and 41 seconds read.

Extending Controllers with Decorators

The default behavior of Refinery or a Refinery extension and its controllers may not be exactly what you are looking for. This guide will show you how to:

  • Extend a Controller to add new behavior

Why extend instead of override?

When designing pages for Refinery, a commonly performed task is to override views with something similar to:

 $ rake refinery:override view=refinery/pages/show

The same can be done for Refinery's controllers or models, but it could make troubleshooting Refinery and upgrading to future versions more difficult. Often you'll want a controller or model to act exactly as it has already been defined, but you'll want to add some additional behavior or modify only a small bit of pre-existing behavior.

Extending a Controller

Often you'll want to perform some additional controller logic that is not defined by Refinery already. An example for this is when you are building a homepage that contains a listing of blog articles. By default the 'home' action on the PagesController will not find all of the published blog articles. You could perform this logic at the top of your view but you would be violating the rules of MVC. What you really want to do is to have the controller populate an instance variable for you to render in your view.

We start out by creating app/decorators/controllers/refinery/pages_controller_decorator.rb unless it already exists:

Refinery::PagesController.class_eval do
  # your controller logic goes here
end

The code within the class_eval block in any decorator can be written as if you are writing in the class definition of the class it is extending. In this case we're extending a ActionController and we want it to find us some blog posts:

Refinery::PagesController.class_eval do

  before_action :find_all_blog_posts, :only => [:home]

  protected

    def find_all_blog_posts
      @blog_posts = Refinery::BlogPost.live
    end

end

We define the find_all_blog_posts method and set it as a before_action for the pages#home action. This will make the @blog_posts instance variable available in our views which will contain all of the live blog posts. Because writing a decorator is just like extending a class definition, we could even simplify this further by writing:

Refinery::PagesController.class_eval do

  include Refinery::Blog::ControllerHelper
  helper :'refinery/blog/posts'
  before_action :find_all_blog_posts, :only => [:home]

end

The Blog extension contains a helper module which already has the find_all_blog_posts method defined for this common case. This will make the @posts instance variable available in our views.

WARNING: If you are following along, make sure that you have the refinerycms-blog extension in your gem file or you will not have access to this helper module.