Grails Filters vs Interceptor

Question

私はかなり長い間Grailsを勉強してきました。そして、フィルターとインターセプターについて少し調べました。両方とも、セッションを追跡したり、特定のコントローラーの権限のないユーザーをリダイレクトしたりする機能とほぼ同じです。

しかし、インターセプタよりもフィルタを使用する必要があるのはなぜですか、またその逆でも、私は混乱しています。 Inceptorsには2つのコントローラメソッドbeforeInterceptorとafterInterceptorがあり、フィルタには3つの共通クロージャbefore,afterとafterViewがあります。

私の質問は、Interceptorに対してFilterを使用した場合の長所と短所を示しています。このようにして、開発者は、特定のコントローラでフィルタやインターセプタを使用して、トラッキング、リダイレクトなどを行うタイミングと場所と理由を決定できます。

Answer 1

コントローラの1つまたは両方のインターセプタを使用して、ロジックはそのコントローラにのみ適用されます。

ロジックが複数の（またはすべての）コントローラに適用される場合、またはビューがレンダリングされた後に何かを行う必要がある場合（afterViewに相当するインターセプタがない場合）、またはすべてを集中管理したい場合別のコントローラーファイルに広がる代わりに1つの場所。

Answer 2

古いフィルタ（Grails 2より）は、Grails 3では廃止予定です。フィルタへの置き換えはインターセプタです。

インターセプタの使用は、認証、ログなどのアクションです。
インターセプタは、その名前が示すように、着信するWebリクエストをインターセプトして関連するアクションをトリガします。アクションは、関連するコントローラーで定義されます。

インターセプタには、静的コンパイルのサポートなどのいくつかの大きなメリットがあり、柔軟な設定が可能です。 （）{TRUE}
前ブール - - ボイドafterView（）{}

- ブール（）{TRUE}
後
：
これらはインターセプターの主要3つの方法であります

IterceptorsはSpring Beanとして設定されており（Springアプリケーションコンテキスト内）、名前によって自動配線されるように設定されています。