Version imprimable
Salut,
j'utulise la technologie RM. En fait, j'aimerais savoir l'architecture RMI est 2-Tiers ou bien 3-tiers sachant que j'ai:
- un client RMI
- (un serveur RMI + Base de Données) situé sur la même machine physique
J'utulise un driver JDBC 100% java pour l'acces à la base par les Clients.
Danse ce cas mon Architecture elle de combien de tiers ??
Merci d'avance
RMI est une technologie de communication. Elle est complètement indépendante du nombre de couches de ton application.
Tu peux coder avec (ou sans) RMI des applications 1,2,3... n-tiers
L'architecture de ton application dépend de la manière dont tu la codes.
Si tu mélanges tes classes métier, l'IHM et les accès aux données, tu as une appli 1-tiers.
Si tu codes proprement une couche d'accès aux données (une ou plusieurs classes dédiées à la persistance) séparée de tes classes métiers, et des classes spécifiques aux IHM, là tu obtiens une applicatio 3-tiers
C'est vrai j'ai fais une séparation dans mon code entre l'IHM et les classes permettant l'accés à la base de données. Mais J'ai pas un serveur de composant donc le 3 tiers dans mon cas c'est quoi?Citation:
Envoyé par CyberChouan
Le client c'est le 1 tier
Le serveur 2 tiers
Et le 3 tier .....??? :cry:
Aidez moi SVP
Salut,
Pour faire simple :
- Si tes classes métier et tes classes qui accèdent aux données dans la base sont mélangées alors tu as une application 2-tiers.
- Si au contraire tu as fait la séparation entre les deux, tu as une application 3-tiers.
Voilà, j'espère que c'est clair...
@+
je Crois que ce n'est pas une simple question de séparation de couche ? à ce que j'ai lu sur le Net ........:(Citation:
Envoyé par afrikha
Bah... si!Citation:
Envoyé par wassimb
L'exemple le plus courant est un serveur d'application où:
- l'IHM est gérée par Struts
- la partie métier est gérée par Spring
- la persistance est gérée par hibernate
Toutes les classes cohabitent sur le même serveur, dans la même application. Pourtant, comme les couches sont séparées, on parle bien d'une application 3 tiers dans ce cas.
Lorsque on dit un tier ca veut dire une machine physique !!!!Citation:
Envoyé par CyberChouan
Est ce que je me trompe ?
Parceque à ce que j'ai vu sur le net on parle d'architecture 3-tiers que lorqsque on a un serveur d'application (Comme Tomcat).
Dans mon cas j'ai pas de seveur d'application
Oui...Citation:
Envoyé par wassimb
oui quoi ??? Veuillez expliquer ou bien s'abstenirCitation:
Envoyé par afrikha
Merci D'avance
Tu as posé une question: "Est-ce que je me trompe?"
afrikha y a répondu: "oui" [tu te trompes]
Ce n'est pas de sa faute si tu ne comprends pas, donc inutile d'être agressif!
Et je confirme cette réponse: l'architecture n-tiers n'a rien à voir avec le nombre de machines physiques!
Quand une application est destinée à recevoir un gros nombre de requêtes, on divise la charge en multipliant le nombre de machines (et en utilisant un "load balancer"). On peut ainsi multiplier par , ou plus le nombre de machines physiques... mais ton application reste n-tiers, et c'est indépendant du nombre de machines!
Les tiers c'est pas par rapport aux nombres d' "applications différentes" ???
Moi il me semble que ca a rien a voir avec la facon de coder.
Exemple:
-un client + un serveur + une bd = 3 tiers
-un client qui accedent directement à une bd = 2 tiers
- un client stand-alone = 1 tier
C'est une grosse connerie ce que je raconte???
Plus ou moins, étant donné que tu te contredis toi-même. C'est en effet le nombre d'applications différentes, mais également la façon de coder, puisque c'est TOI qui décide si une application fait deux chioses ou une seule.
Oui ce que je voulait dire si dans ton code tu fais une bonne architecture MVC mais que tu as qu'un client qui accede a une base tu seras en deux tiers et non en trois tiers
Si le client accède tout seul à la base oui. Donc si le CODE client et le CODE d'accès à la base sont mêlées. Mais tu peux tout à fait faire des classes séparées qui s'occupent d'accéder à la base. Cela est donc dépendant de ta manière de coder, ou plutôt de concevoir.
Une architecture MVC peut être deux tiers ou trois tiers (deux tiers dans le cas où le contrôleur et la vue sont mêlées, par exemple dans des pages JSP).