Railsのベストプラクティス：before_filterまたはapplication_controllerヘルパーメソッドを使用しますか？

Question

私は大きなレールプロジェクトに取り組んでいます。 （そこに他の変数のためにこれらのbefore_filter方法のトンが実際にしているが、私は、たとえば、このいずれかを使用しています）@current_user変数を設定するbefore_filterを使用するクラスの束があります。

before_filter :current_user 

アプリケーションコントローラのCURRENT_USERメソッドを呼び出します。

class ApplicationController < ActionController::Base 

    def current_user 
     @current_user ||= session[:user_id].present? ? User.includes(:memberships).find(session[:user_id]) : nil 
    end 

他のオプションはapplication_controllerヘルパーメソッドを使用することです：

class ApplicationController < ActionController::Base 
    helper_method :get_current_user 

    def get_current_user 
     @current_user ||= session[:user_id].present? ? User.includes(:memberships).find(session[:user_id]) : nil 
    end 

その後、私はすべて交換してくださいヘルパーメソッドを呼び出して、アプリで@current_user参照：

get_current_user 

これは右、メソッドだけそれが必要だ方法やビューに呼び出されることを保証しますか！ before_filterを使用することによるパフォーマンス上の利点はありますか？

Answer 1

あなたのケースでは、どちらも同じように動作し、得られた結果で等しいです - インスタンス化されたインスタンス変数@current_user。

helper_method：

はヘルパーとしてコントローラメソッドを宣言する。たとえば、次のような は、current_userとlogged_inを作成します。 （before_filterが廃止されているため）図 に利用可能な制御方法が

before_action：

アクション

ためメモ化の

前にコールバックを追加した結果は、両方の場合で同じであり、使用されています。

before_actionとの違いは、実際にはアクションが呼び出されるたびにメソッドが呼び出されますが、helper_methodではヘルパーが提供されます。両方で実行されるロジックが複雑な場合は、実際にはパフォーマンスの差があります。before_actionはより多くのリソースを消費します。

P.S. 2つのものが違っていて、その使い方が異なり、実際にそれらを比較することはできません。