Discussion :

[Orphey]

Bonjour a tous!

voilà, ma question pourrait paraitre idiote mais j'ai toujours cru que MVC et 3-tier étaient deux termes qui désignaient la même chose..
Horreur ce n'est apparemment pas le cas. Mais ca doit être plus compliqué que ca car certaines applications réalisées avec le pattern MVC sont construites sur des architectures 3-tiers!

Bref je ne comprend plus rien.. Quelqu'un pourrait-il m'expliquer la différence entre MVC et 3-tier?

J'ai compris le concept 3-tier, 1couche pour la présentation, 1 pour les opérations business et une pour les accès données..

Merci d'avance pour vos réponses..

[rad_hass]

J'ai compris le concept 3-tier, 1couche pour la présentation, 1 pour les opérations business et une pour les accès données..

MVC est un pattern d'architecture pour organiser l'IHM.

Dans une architecture 3-tiers on peut très bien imaginer l'organisation de la couche de présentation suivant le pattern MVC...

[ego]

Et 3-tiers cela veut dire 3 "couches" physiques

Un serveur pour la présentation, un serveur pour le code métier, un serveur pour les données (le SGBD)

MVC ne concerne que la partie présentation

[Orphey]

MVC ne concerne que la partie présentation

Ok, si je saisi bien, Model-View-Controller est une manière de scinder la couche "Présentation" d'une architecture 3-tiers? genre ASP, WPF ou autres..
Merci en tout cas des réponses!

[Anthony.Desvernois]

Et 3-tiers cela veut dire 3 "couches" physiques

Non, n tier, c'est une architecture logique. Elle s'applique pour les applis, les archis...

MVC vs 3-tier:

L'archi 3-tier sépare bien chacune des couches et encadre fortement les interco, alors que le modèle MVC et plus permissif en ce qui concerne la communication inter-couche.

[ego]

n-tier c'est du physique, pas du logique !

MVC s'applique à la couche présentation que l'archi soit 1-tier, 2-tier ou 3-tier ou X-tier.

couche = layer : ça c'est du logique.

Evidemment que pour faire du 3-tier (physique) on doit au moins découper logiquement en 3 couches/layers

[Orphey]

J'étais plutôt de l'avis d'Anthony.Desvernois et je voyais le 3-tiers comme avant tout une séparation logique de l'architecture du logiciel..
Mis en place pour éviter toute dépendance soit a la couche interface soit à la source de données (Moteur de base de données ou autre) et éviter à avoir à réécrire l'ensemble du code en cas de changement/adaptation d'un de ces éléments..
D'autres avis pour trancher?

De toute façon tout le monde semble d'accord pour dire que le MVC ne porte que sur la partie "présentation"!

[rad_hass]

pour moi également n-tier est une architecture logique qui peut être répartie sur différentes machines physique...

Confirmation sur wikipedia...

[Anthony.Desvernois]

Et 3-tiers cela veut dire 3 "couches" physiques

Je persiste et signe

Confirmé partout: sur le net, cours en ligne, bouquins, collègues...

En aucun cas, 3-tier signifie 3 couches physiques. Il s'agit de 3 couches logiques. Après, tu peux les séparer physiquement (c'est même extrêmement courant pour un service Web), mais ça n'est pas obligatoire du tout. Encore plus lorsqu'il s'agit d'un pattern logiciel

Le MVC, c'est un pattern relativement similaire au 3-tier, à la différence près qu'il est plus permissif.

[ego]

ben moi je vais modifier Wikipedia
Allez voir ce que disent les anglophones

[wiztricks]

Salut
From http://en.wikipedia.org/wiki/Multitier_architecture

In software engineering, multi-tier architecture (often referred to as n-tier architecture) is a client–server architecture in which the presentation, the application processing, and the data management are logically separate processes. For example, an application that uses middleware to service data requests between a user and a database employs multi-tier architecture. The most widespread use of multi-tier architecture is the three-tier architecture.

Ceci dit, l'intérêt de ce type d'architecture est de faciliter (en principe) la distribution de la charge des traitements sur "plus" de ressources physiques.
Et donc le glissement de 3-tiers "logiques" vers 3-tiers physiques alors qu'il s'agit d'une possibilité offerte par la séparation "logique" et non d'une obligation: les n-tiers peuvent très bien s'exécuter sur un même serveur physique, dans les phases de développement, debug, ...

Concernant MVC vs. 3-tiers, le même article raconte:

At first glance, the three tiers may seem similar to the model-view-controller (MVC) concept; however, topologically they are different. A fundamental rule in a three tier architecture is the client tier never communicates directly with the data tier; in a three-tier model all communication must pass through the middleware tier. Conceptually the three-tier architecture is linear. However, the MVC architecture is triangular: the view sends updates to the controller, the controller updates the model, and the view gets updated directly from the model.

Ce qui n'est pas faux.
Mais MVC est plutôt une distribution des rôles et des responsabilités alors que n-tiers est plutôt orientée gestion de capacités de traitements.
En forçant un peu, la nuance est qu'on peut rarement déployer M, V et C dans des boîtes/environnements différents.
Le cas MVC2 est particulier. L'application, en général serveur Web réalisé avec Struts/Spring/Hibernate, s'exécute sur un tiers intermédiaire et à des interfaces avec le navigateur - client léger - et le SGDB via le M.

Je dirais que les domaines sont différents, même si dans les deux cas, on aboutit à une découpe de la poire en 3.

De toute façon tout le monde semble d'accord pour dire que le MVC ne porte que sur la partie "présentation"!

J'apprécie les guillemets autour de présentation.
Surtout pour ne pas confondre avec le 'P' de MVP.
Mais "présentation" fait partie du jargon fonctionnel comme "persistence".
C'est trop dans le vague pour parler de MVC qui est une une architecture (au sens découpage R&R) utilisable pour la réalisation d'IHM "graphiques" par opposition à une IHM "console".
Les deux étant "présentation".
- W

[Orphey]

Wow!

Merci wiztricks voilà une réponse claire et qui met quelques cases en place dans mon esprit tortueux et confus..

Merci beaucoup pour ta réponse et le temps qu'il t'as fallu pour la rédiger!

[Theban]

+1, merci! C'est un peu plus clair pour moi aussi maintenant

[Anubis]

Est-ce que vous tous d'accord pour dire que le design pattern MVC est essentiellement fait pour réaliser la partie présentation d'une architecture 3-Tiers?
Dans ce cas là quelle est la différence entre les services fournis par la couche Modèle de MVC et ceux fournis par la couche Business du 3-Tiers?