Printemps HandlerInterceptor vs Servlet Filtres

HandlerInterceptors au Printemps peut maintenant être configuré pour être invoquée que sur certaines Url en utilisant <mvc:interceptors>.

Servlet Filtres peuvent atteindre les mêmes fonctionnalités (enregistrement, sécurité, etc). Alors, qui doit être utilisé?

Je pense que les Intercepteurs, on peut utiliser ModelAndView objet de travailler avec des Modèles de sorte qu'il a plus d'avantages. Quelqu'un peut-il tirer des scénarios où les Filtres ou les Intercepteurs ont des avantages sur les autres?

InformationsquelleAutor aces. | 2011-11-03
  1. 58

    La org.springframework.web.servlet.HanderInterceptor Interface JavaDoc lui-même a deux paragraphes qui traitent de cette question:

    HandlerInterceptor est essentiellement similaire à une Servlet 2.3 Filtre, mais
    contrairement à ce dernier, il permet tout simplement personnalisé pré-traitement avec
    l'option d'interdiction de l'exécution du gestionnaire d'elle-même, et
    custom post-traitement. Les filtres sont de plus en plus puissants, par exemple, ils
    permettre l'échange de la demande et de la réponse des objets qui sont remis
    en bas de la chaîne. Notez qu'un filtre est configuré dans web.xml un
    HandlerInterceptor dans le contexte de l'application.

    Comme un guide de base, à grain fin gestionnaire liées prétraitement des tâches
    sont candidats pour HandlerInterceptor implémentations, en particulier
    compte-courantes code du gestionnaire et les contrôles d'autorisation. Sur le
    d'autre part, un Filtre est bien adaptée à la demande du contenu et de l'afficher
    la gestion de contenu, comme multipart formes et la compression GZIP. Cette
    montre habituellement, quand on a besoin de mapper le filtre à certains contenus
    types (par exemple, des images), ou à toutes les demandes.

    • Alors maintenant, j'ai 2 points de vue. Apparemment le post précédent suggère HandlerInterceptors sont de plus en plus puissants. Je comprends que HandlerInterceptors font partie du Framework Spring et à l'extérieur de Printemps, je ne pense pas qu'ils peuvent être utilisés. Mais au Printemps projets n'ont-ils pas avantage sur les Filtres?
    • oui: le principal avantage de springframework HanderInterceptor est - qu'ils peuvent intercepter entre le Contrôleur de la Manipulation et le Rendu de l'Affichage, - et ils sont des Beans spring de sorte qu'il est facile d'accéder à d'autres printemps bean.
    InformationsquelleAutor Ralph
  2. 25

    Printemps Gestionnaire d'intercepteurs de vous permettre de vous crochet dans plusieurs parties de la requête du cycle de vie, et d'avoir accès à plus d'informations dans le processus. Ils sont souvent plus intimement liée à la demande/réponse de cycle de filtres.

    Filtres sont plus appropriés lors du traitement de votre demande/réponse comme une boîte noire du système. Ils vont travailler indépendamment de la façon dont la servlet est mis en œuvre.

    Si vous êtes à l'aide de Spring MVC, il y a peu de raisons d'écrire une nouvelle logique comme un filtre de servlet. Tout les filtres peuvent faire, les intercepteurs peuvent faire plus facilement et de manière plus élégante.

    Rappelez-vous aussi, servlet filtres ont été autour pendant beaucoup plus longtemps que les intercepteurs.

    • Ainsi, au Printemps, en fonction des projets, au lieu d'avoir un filtre pour gérer les urls de servir du contenu statique, nous pouvons utiliser le Printemps Handlerinterceptors. Je ne vous inscrire avec votre point de vue concernant HandlerInterceptors être plus puissant que les Filtres. Mais pouvez-vous penser à un scénario de printemps(en fonction de l'app) où les filtres doivent être utilisés à la place?
    • Le seul scénario que je peux penser de la main est si vous aviez plusieurs DispatcherServlets dans le même webapp, et vous avez voulu intercepter les demandes sur chacun d'eux. Ce qui est rarement le cas, cependant.
    • Printemps Gestionnaire d'intercepteurs ne peux pas faire une chose de l'habillage de la demande / réponse d'objets de types personnalisés. Aussi loin que je peux vous dire encore besoin d'un Filtre pour que.
    • est - il correct- cadres qui permettent de personnaliser ServletRequest ou ServletResponse implémentations de méthodes d'utiliser des emballages et exiger qu'un Filtre être utilisé. Printemps HandlerInterceptors ne peut pas faire cela.
    • Je sais que je suis en apportant une vieille question, mais dans le cas de vouloir calculer le temps de la demande, dans le filtre de requête, je serais absent sur certains temps passé par la demande dans le cadre. Est-ce suffisamment important pour moi d'être dérangé par un filtre de servlet ou le gestionnaire de l'intercepteur me donner une assez précise de la valeur?
    InformationsquelleAutor skaffman
  3. 4

    Avec un Printemps de l'intercepteur, vous avez accès au Gestionnaire de ce qui peut être utile. Aussi, avec un Printemps de l'intercepteur, vous avez accès à exécuter la logique avant la vue affiche et après le point de vue est rendu.

    • Filtres( En Servlet) peut modifier la réponse quand il va vers le client(navigateur) de la Servlet. De la même manière que nous pouvons changer de réponse ou de manipuler l'objet de réponse quand le Printemps est un Contrôleur de l'envoi de la réponse au Client (navigateur) ? Si la réponse est "NON", ce qui est une autre méthode pour le faire ? Je ne veux pas utiliser de Filtres (Dans le Servlet ).
    InformationsquelleAutor smp7d