confusion entre architecture 3 tiers et application distribuée

slt,
je avoir un éclaircissement sur qqpoints pour les arch 3tiers svp
-est ce qu'une arch 3tiers est distribuée?
-pour les méthodologies de communication entre les couches est ce que je peux utiliser l'envoi des messages ou rpc ou objets distribuées indépendemment du type de l'architecture?

cette confusion m'est posée en consultant le net, parceque je travaialle sur une application windows 3tiers dédiée pour utilisation en entreprise et j'ai utilisé le .net remoting

elle fonctionne bien mais j'ai peur que j'ai utilisé la méthode de communication inadéquate(si un système 3tiers ne peut pas être considérée comme système distribué)

merci pour votre aide



:help:

Bonjour,

Le 3/tiers est une philosophie de développement, une façon générale de penser les choses basée sur la séparation des responsabilité.
La séparation de ces couches peut intervenir de différentes façons, ce peut être la création d'un projet en 3 packages en java, ou de 2 projets DLL + un projet GUI en dotNet.
Même si au final la compilation donne un client lourd, la séparation des responsabilités existe bel et bien déjà à ce stade. Vous n'êtes donc pas obligé d'avoir une architecture basée sur des messages ou des composants orientés service pour qu'il soit question de 3/tiers.

L'utilisation de mécanisme distribué comme les webservices ou le remoting au sein d'un projet vous pousse intuitivement vers du 3/tiers, car vous aurez naturellement tendance à utiliser vos interfaces graphiques comme des tableau de commande, et à effectuer tout le gros du boulot coté serveur.
Vous pouvez toutefois faire les choses moins bien et faire de gros traitements de logique métier coté client, dans votre interface graphique et là ce n'est plus du 3/tiers mais c'est toujours du distribué.