Discussion :

[unix27]

salut,
j'ai élaborer plusieurs application avec des interfaces et une base de donné (architecture 2tiere).
a present j'aimerais pouvoir immigrer mes ancienne applis avec une architecture 3tiere mais avant cela j'aimerai comprendre le plus que ca vas me raporter cette tranformation DU 2tier a 3tier
j'ai constater qu'on 3tier au lieu par exemple d'insérer un enregistrement directement dans la base il faut le passer a un controleur qui vas s'en charger de cette insersion item pour tout ordre mld

conclusion on complique un peu les choses sans raison.
mais je me demande si cela est vrai ou pas et s'il a une explication a ce
concepte

[.:morgoth:.]

Disons que c'est pas vraiment "compliquer la chose".
C'est juste que dans une archi 3-Tiers, on rajoute une couche qui est le serveur afin de rendre indirecte toute communication Client-->BDD.
Ceci pose plusieurs avantages en terme de performance notamment, mais aussi en terme de sécurité puisqu'il est alors impossible d'accéder directement aux données.

[narmataru]

salut,
Je ne suis pas sure de cette définition.
En effet, il me sembe que ton application est déjà en 3 tiers même si ton serveur de base de données est en local. Pour moi 3-tiers (mais il faudrait mieux vérifier) comporte les couches suivantes :

- partie métier
- partie donnée
- partie interface utilisateur

avec ce genre de dépendance :

données<--métier<--interface

que la base dedonnées soit en local ou non ne change pas la conception. La conception 3 tiers permet de séparer ces 3 couches.

[unix27]

salut,
je pense qu'on parle d'orienter objet, ce concept permet de (comme la dis
narmataru ) de séparer les choses de cette maniere le code sera claire et on pourrai modifier le code meme si on écrit des centaines de lignes mais il ne faut tout de meme pas oublier qu'on pourrai faire cela meme sans le concept objet par exemple je commente mon code et on peut trés bien le comprendre.
donc je ne vois pas encore l'intéret de passer a l'orienter objet

[laffreuxthomas]

euh, la programmation orientée objet et les architectures à n tiers sont deux sujets différents. Jusqu'ici tout le monde parlait de l'architecture à 3 tiers, pas d'objets.

[chanmix]

Ah, moi j'avais appris (mais c'est peut être une c*nerie) que l'architecture 3/tiers était une architecture matérielle :

Serveur WEB <-> Serveur d'applications <-> Serveur de données.

Le fait de séparer chaque partie apporte plus de souplesse dans la gestion (montée en charge etc etc) et la sécurité (serveur WEB sur la DMZ publique, Applications sur la DMZ privée et SGBD dans un LAN par exemple).

[laffreuxthomas]

C'est une architecture logicielle qui peut correspondre ou non à un déploiement matériel. Tu peux très bien avoir les trois tiers réunis sur une même machine, ça reste une architecture trois tiers.

[narmataru]

Ah, moi j'avais appris (mais c'est peut être une c*nerie) que l'architecture 3/tiers était une architecture matérielle :

Serveur WEB <-> Serveur d'applications <-> Serveur de données.

Le fait de séparer chaque partie apporte plus de souplesse dans la gestion (montée en charge etc etc) et la sécurité (serveur WEB sur la DMZ publique, Applications sur la DMZ privée et SGBD dans un LAN par exemple).

Celà revient à ce que j'ai. Dans ce cas la partie interface est le serveur Web, la partie métier le serveur d'application et les bases de données pour les données

(et bien évidemment POO != 3/n tiers)

[mitoubra]

Bonjour,

Je cherche de la documentation sur l'architecture 3 tiers, où pourrais-je en trouver s'il vous plaît ?

Merci d'avance pour vos réponses !