Les filtres vs Intercepteurs Struts 2

La différence la plus importante est que "intercepteurs" sont une partie du framework Struts 2, et ne sont qu'une partie du traitement de la demande qui est faite par le framework Struts 2. "Filtres" sur l'autre sont une partie de la Servlet Caractéristiques; en d'autres termes, ils font partie de l'API Servlet. Si vous êtes en utilisant Struts 2, vous devez utiliser des intercepteurs pour l'emballage de fonctionnalités autour de votre Struts 2 actions. Si vous essayez d'envelopper les fonctionnalités autour de demandes en provenance de votre webapp, mais pas manipulé par Struts 2, un filtre peut être plus approprié.

BTW, l'ensemble du Framework Struts 2 est déployé à l'intérieur d'un filtre configuré dans votre application web, déclarée dans votre webapp du descripteur de déploiement ( web.xml ) comme:

    <filter>
        <filter-name>struts2</filter-name>
        <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class>
    </filter>

     <filter-mapping>
        <filter-name>struts2</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

Ce filtre, qui est configuré pour intercepter toutes les requêtes d'URL de modèles, est le point d'entrée dans l'ensemble du framework Struts 2.

J'espère que ça aide.

Ce qui est de l'Intercepteur ?

Le Framework Struts 2 utilise le concept de Intercepteurs à part la solution de certains problèmes par différentes actions.

Comme nous le savons le cadre invoque une Action particulière de l'objet sur la communication soumise à une demande pour cela. Mais avant l'exécution de l'Action, de l'invocation est intercepté par un autre objet de fournir un traitement supplémentaire nécessaire.

De même, après l'exécution de l'Action, de l'invocation peut être intercepté à nouveau. Cette interception de l'objet est connu comme Intercepteur.

Donc, le but de l'utilisation de l'Intercepteur est de permettre à un plus grand contrôle sur le contrôleur de couche et de séparer la logique commune qui s'applique à de multiples actions.

Le framework Struts 2 a déjà fourni son propre ensemble de Intercepteurs qui peut être utilisé dans l'application de l'obligation de fournir le traitement avant et après l'Action classs exécution.

L'un de ceux qui est "Alias Interceptor" que je vais aborder ici.

Alias Intercepteur:

Alias Intercepteur est utilisée dans le cas de l'Action de chaînage. L'Action de chaînage signifie une Action en appelle d'autres mesures après l'exécution réussie de la première action.

L'intercepteur alias un paramètre nommé à un autre nom de paramètre. Dans l'action de chaînage, lorsque deux classes d'action de partager un paramètre commun avec un nom différent, l'Intercepteur est utilisé pour donner un nom d'alias à un parmeter de première classe de l'action, qui correspond au nom de paramètre dans la deuxième classe de l'action.

L'alias de l'expression de l'action doit être sous la forme de :

             #{ 'name1' : 'alias1' , 'name2' : 'alias2' }

Comme une règle du pouce

• Filtres sont exécutés avant chaque request. Le struts lui-même est un filtre.
• interceptors peut s'exécuter avant, après struts actions. Ils ne vont pas s'exécuter si la demande n'est pas fin avec .action.

Donc, quelques exemples de filtres peut être:

• Si vous voulez compresser vos js et css fichiers, vous devriez aller pour les filtres ne intercepteurs.
• Si vous voulez que l'adresse IP de certains accéder à votre site web, vous devez développer en tant que filtre et vérifiez demande d'adresse ip.
• Si vous voulez à la sécurité de votre site contre attaque CSRF, vous devez écrire un filtre pour vérifier jeton CSRF sur demande.
• Si vous souhaitez vous connecter à votre site de réponse par heure de la requête, vous pouvez utiliser un filtre pour calculer le temps avant et après chain.doFilter(request, response)

Théoriquement, vous pouvez développer un struts application web sans le développement de votre propre interceptors et à l'aide de filtersseulement. Mais vous ferez face à beaucoup de problème et le code de la chaudière filtres.

Beaucoup de struts 2 fonctionnalités sont à construire avec les intercepteurs, vous pouvez le trouver dans struts-default.xml (https://struts.apache.org/docs/struts-defaultxml.html) la liste vous aidera à trouver quand les intercepteurs peuvent être utilisés. (Par exemple ParametersInterceptor s'exécute avant des actions à appliquer soumis les valeurs d'un formulaire d'actions)

Tout en travaillant avec des intercepteurs vous pouvez facilement accéder à jambes de suspension caractéristiques, par exemple getText de ressources du message, en cours nom de l'action et de l'espace de nom, changement de l'action de l'écoulement.

Considérant ci-dessus, voici quelques cas qui peuvent être développés par des intercepteurs:

• Si vous souhaitez que seuls les utilisateurs enregistrés peuvent accéder à certaines actions, vous devez développer avec les intercepteurs.
• Si vous voulez suivre les actions de l'utilisateur est la navigation. Vous pouvez utiliser un intercepteur de garder une trace de visité actions.
• Si vous souhaitez gérer votre action erreurs en un point unique, vous pouvez utiliser un intercepteur qui capture tous les invocation.invoke()

Les intercepteurs sont de fournir le filtre et la Chaîne de Responsabilité de modèle de conception pour les actions struts, tandis que les filtres permettent de ce modèle à l'ensemble de votre application web.