W jakiej kolejności robisz przed filtrami?

Question

W jakiej kolejności robisz przed filtrami? W szczególności, w jakiej kolejności występują filtry before_action w odniesieniu do inheiritance? Na przykład czy to zadziała:

class A < ActionController::Base 
    before_action :set_user 

    def set_user 
    @user = something 
    end 
end 

class B < A 
    before_action :set_post 

    def show 
    render @post 
    end 

    def set_post 
    @post = @user.posts.first 
    end 
end 

Czy "B # pokaż" działa? Jakie są zasady dotyczące kolejności filtrowania na przyszłość? Nie mogę znaleźć tego w dokumentacji Railsów.

Answer 1

Proponuję przyjrzeniu the source code i API Docs na filtrach.

Domyślna kolejność powinna być

1. :set_post
2. :set_user

Myślę, że jeśli chciał pchnąć :set_user na szczycie stosu można zmienić linię w A do

prepend_before_action :set_user 

Warto również podkreślić, że nie jest to jedyne pytanie na ten temat; są others here on SO.

---

Co do konkretnej sytuacji, wygląda na to trzeba zmienić A jak już wspomniano powyżej, aby mieć @user być przypisana do czasu set_post w B przebiegów.

---

Począwszy od 4.2.6 (prawdopodobnie zmieniła we wcześniejszej wersji), kolejność jest teraz przed rodzicem dziecka:

1. :set_user
2. :set_post

Answer 2

Tak, Twój kod będzie działać zgodnie z przeznaczeniem.

Przedfiltry przed klasa pochodna (B) są wywoływane przed before_filters w klasie bazowej (A). Więc kolejność metod zwanych są:

1. set_user()
2. set_post()
3. pokaz()

Należy również pamiętać, after_filters nazywane są w odwrotnej kolejności, najbardziej pochodzi pierwszy .

Answer 3

Przyjęta odpowiedź nie jest już zgodna z wersją 4.2.6. Najprawdopodobniej została zmieniona wcześniej, ale to jest wersja, w której teraz jestem.

filtry rodzicielskie są teraz nazywane przed filtrami dzieci, więc kolejność będzie teraz:

1. :set_user
2. :set_post

A jeśli myślisz o tym, że zamawianie naprawdę sprawia więcej sens. Jak wcześniej wspomniano, jeśli potrzebujesz, aby dziecko wywołało filtr przed rodzicem, musisz użyć prepend_before_action.