Bonjour à tous, ma question est simple.
est ce que lorsque on travaille sur une application basée sur les EJB, fait ( de mon application ) une aplication 3 tiers ?
Version imprimable
Bonjour à tous, ma question est simple.
est ce que lorsque on travaille sur une application basée sur les EJB, fait ( de mon application ) une aplication 3 tiers ?
Non non pas forcément, une architecture n-tiers fait ressortir le fait qu'ils y'ait n couches qui interagissent entre elles.En d'autres termes on peut avoir une architecture 3-tiers sans l'utilisation des EJB.Citation:
Envoyé par sheridan08
je reformule ma question : est ce que l'utilisation des EJB fait de mon application une application N tiers ?
Techniquement oui.
Bonjour,Citation:
Envoyé par sheridan08
Oui si tu veux (Si N=1) comme je t'ai répondu plus haut, si je m'en tiens rien qu'à ta question. Si tu développes tes EJB dans une JSP ( ce qui est possible puisqu'un EJB reste une classe java) et que tu l'invoques dans ces JSP, tu resterais sur une seule couche (N=1), et bien sûr c'est de la mauvaise programmation, j'en ai vu dans des posts :mouarf:. Il faut bien comprendre que N représente simplement le nombre de couches séparées de ton applications.Ce n'est pas un mot magique :mouarf:.
Maintenant si tu découples bien ton application avec une couche service mise à dispo par les EJB, une couche controleur et une couche vue, là on parlerait d'une archi 3-tiers voire 4-tiers.
y'a t'il un cas ou on utilise les EJB en restant quand même dans une architecture 3 tiers( sachant que je posséde un serveur de BDD et un poste client)
Citation:
Envoyé par DevServlet
Bonjour,
je ne suis pas d'accord. La notion d'architecture "n-tiers" est une problématique de "déploiement". Une architecture n-tiers repose sur la distribution des tiers participant à la réalisation d'une fonctionnalité.
Une "architecture en couche" représente une organisation logique interne de l'application.
Pour faire un parallèle: est-ce que la stack tcp/ip ( qu'on exprime par une structure en couche proche du modèle OSI ) implique une architecture n-tiers? absolument pas.
Le fait que tu développes sur le modèle des Entreprise JavaBeans permet de distribuer ton application, mais pas forcément que tu sois en "N-Tiers".
Une question simple:
Je développe un client lourd de compabilité mono-poste qui embarque sa base de données dans son processus, et structuré en couche "présentation/service/métier/persistence/donnees". Combien de tiers, combien de couches?
Sébastien
Bonjour,
Sans vouloir rentrer dans un débat qui n'apporterait pas plus d'infos que ça.
Je ne sais pas pour les autres mais j'y ai pas capté grand chose :mouarf:.Citation:
Envoyé par Desboys
Et ? Je ne vois pas de contradiction avec les posts précédents.Citation:
Envoyé par Desboys
, où as tu lu le contraire?Citation:
Envoyé par Desboys
, D'après ta définition au dessus combien de couches crois tu avoir? La notion de mono-poste n'a pas forcément un lien avec le nombre de couches logiques de ton application.Citation:
Envoyé par Desboys
En conclusion je n'ai pas vu en quoi tu n’étais pas d'accord.
Restons constructif dans l'ensemble :mouarf:.
Il existe une distinction entre couches et tiers, c'est ce qu'il essayait d'expliquer. La notion de couche est plus fine que celle de tiers. Typiquement un tiers contient plusieurs couches (particulièrement vrai pour la partie serveur).Citation:
Envoyé par DevServlet
Non.Citation:
Envoyé par sheridan08
http://fr.wikipedia.org/wiki/Architecture_trois_tiers
EJB n'est qu'une couche, il t'en manque 2 autre pour avoir du 3 tiers.
Ceci dit, pour moi, c'est que du blabla commercial ce terme. L'important c'est de bien découper ton application, que ce soit en 2,3 ou 4 couche. 1 seule couche c'est de l'architecture spaghetti. > 4 couche, en général, c'est une architecture lasagne (aussi appelée innova-cucarachesque dans certains milieu bien informés).