chichos a écrit :
Si c'est sur principalement sur l'info.. bein tu peux faire un hsitorique sur l'évolution des architectures des applis et notamment la tendance actuelle d'implémentation des serveurs d'applications (J2EE et .NET)..
au départ : monobloc, bref une appli lourde (début de l'info)
ensuite : client lourd + serveur... utilisation de RMI, Corba...
puis, plus près de nous : client léger + serveur avec applis orientés Web
la tendance maintenant ce sont les architectures distribuées sur plusieurs PC,
donc, dans cette perspective, on a les serveurs d'applications qui regroupent qques concepts :
Architecture multi tiers
Approche par composants (pour une meilleure réutilisatibilité et une pérénisation de l'appli)
architecture distribuée
comme implémentation des serveurs d'applis, tu as J2EE en version 1.3 et bientôt 1.4 (avec la grande nouveauté qui sont les Services Web inclus dans J2EE 1.4) et aussi le framework .NET
en transverse de tout ça, tu as des Frameworks (sorte de packaging tout fait incluant API) qui réutilise des concetps d'architecture éprouvés et validés (Patterns, très important dans les architectures J2EE) et des API développés permettant "d'aller dans le codage de l'appli direct" sans recoder ce qui a déjà été fait (ex: Struts (releasé dans 1.1 je crois depuis peu) pour séparer la présentaion de la logique métier, toujours dans un souci de réutilisabilité et de pérennité, maîtres mots je le répète des serveurs d'applis (bon ça c'est la théorie toute belle, faut nuancer avec les développements et la réalité et surtout des normes pas encore tout à fait matures (Services Web par exemple))
bref, je m'emballe un peu, ... et je réponds p'tre à côté de la plaque ! ... A+ et bonne chance ps : bref, si tout ça fait parti de ton sujet (si c'est purement info bien sûr...) les mots clefs sont : serveurs d'applications, J2EE, patterns, framworks... et bien d'autres
|