EcommerceDEV. Développement, optimisation et sécurisation des sites de commerce électronique.
arrowAccueil arrow Optimisation arrow Visibilité/Promotion arrow Impact de l'architecture Model 1 sur les performances des applications J2EE
Jeudi 15 mai 2008
Nom d'utilisateur     Mot de passe      Conserver       Mot de passe perdu ? 
Menu
Accueil
A propos du site
Carte du site
Moteur de recherche
Nouvelles
Contactez-nous
Evénements
Lettres de nouvelles
- - - - - - -
Analyse
Conception
Optimisation
Programmation
Sécurité
Produits/Services
déc 20 2005
Impact de l'architecture Model 1 sur les performances des applications J2EE Version imprimable Suggérer par mail
Appréciation des utilisateurs: / 3
FaibleMeilleur 
Optimisation - Performance
Ecrit par Kamal AOUDA   
20-12-2005
Impact de l'architecture Model 1 sur les performances des applications J2EE

Dans l'architecture Model1 les JSP cumulent deux rôles :

• Celui du contrôleur chargé de diriger les requêtes entrantes vers un Java Bean qui encapsule toute la logique d’affaires nécessaire pour les traiter.


• Celui de la vue qui permet au client d’interagir avec l’application et d’afficher le résultat des traitements effectués par le Java Bean.
 

Figure 29: Architecture Model 1 [151]

 

 

Avant que cette architecture ne se répande, les développeurs avaient coutume de placer tout le code Java dans des servlets qui étaient directement appelées à partir d’un simple formulaire HTML. Les servlets couplaient à la fois la logique d’affaires et les instructions permettant de gérer les interactions avec la vue. Plus tard il s’est avéré que ce couplage rendait difficile la reutilisabilité du code, la maintenance des applications et la répartition des tâches au sein des équipes de développement. C’est alors qu’on a décidé de migrer vers l’architecture Model 1 en sectionnant le code initialement inclus dans les servlets en deux parties bien distinctes comme le montre la figure 29.  



Si ce découplage rend plus facile la maintenance et la répartition des tâches, des interrogations subsistent quant à son impact sur les performances. En effet plus on ajoute des couches et des composants à l’application, plus on accroît la consommation des ressources nécessaires pour la faire fonctionner (mémoire, CPU..). Cet argument était d’ailleurs souvent cité par les architectes et les développeurs pour justifier leur réticence face à l’utilisation des patterns. Sa recevabilité reste néanmoins discutable. On peut leur donner tort ou raison dépendamment de la taille de l’application, des modifications qu’on compte lui apporter mais aussi des compétences de l’équipe de développement.

La concentration de tout le code dans les servlets reste une alternative simple lorsqu’on développe des applications de très petite taille, auxquelles on ne compte pas ajouter de nouvelles fonctionnalités et lorsque les développeurs sont polyvalents [152]. Dans un tel scénario pourquoi créer un Java Bean et une JSP si on a la possibilité d’insérer toute la logique de présentation et d’affaires dans une servlet. Outre la mémoire additionnelle qu’il faut allouer pour leur instanciation, cela entraînerait une augmentation du temps de réponse parce que le chemin emprunté par les requêtes devient plus long.

Dans les applications de taille moyenne développées par des équipes plus spécialisées, les arguments évoqués ne sont plus recevables. Il est vrai que l’ajout des composants et des couches augmentent le temps de réponse mais la performance n’est pas seulement une affaire de temps mais également une affaire de coûts. En d’autres termes, il vaudrait mieux sacrifier quelques millisecondes de temps de réponse si en contrepartie on peut économiser des sommes substantielles sur les coûts de maintenance et sur les coûts des erreurs d’origine humaine imputables à la mauvaise répartition des tâches au sein des équipes de développement. Bien évidemment ce sacrifice doit tenir compte des métriques et des benchmarks définis cet article.

 

Notes de bas de page

 

 [151] Source : Govind Seshadri, Understanding JavaServer Pages Model 2 architecture,

http://www.javaworld.com/javaworld/jw-12-1999/jw-12-ssj-jspmvc.html


[152] C'est-à-dire qu’ils sont capables de développer en Java, HTML, Javascript et tout autre technologie qui peut rentrer dans la construction de l’application
 

 

Dernière mise à jour : ( 20-12-2005 )
< Précédent   Suivant >
Google trucs de pros
New Page 1

 

Destiné à ceux qui veulent tirer le maximum du moteur de recherche le plus utilisé sur Internet. Il couvre  la technologie sous-jacente ainsi que des aspects avancés comme les outils et services spécialisés, les façons d'optimiser un site Web, les services AdWords et AdSense et l'API de Google. Ce livre a été écrit par des professionnels du référencement qui savent de quoi ils parlent (voir leur site Internet).

 

Acheter ce livre.

 

 

Références

 

Langue : Français Éditeur : Editions Micro Application (21 septembre 2004)
Collection : Dossier Micro Application
Format : Broché - 420 pages
ISBN : 2742936548
Dimensions (en cm) : 15 x 3 x 21
 


WebRank Info
Moteur de recherche
Recommander ce site
Collaboration
Téléchargements
Derniers événements
Aucun événement
Sondages

Quel est votre moteur de recherche préféré ?

  
Blogs Ecommerce
Blog de capitaine commerce
top

Ce site a été crée avec le CMS Mambo. Un logiciel gratuit disponible sous licence GPL.

Copyright Ecommerce DEV 2006.

Hosted by SiteGround