Page 1 sur 1

Avac ou sans MVC ?

Posté : 05 juil. 2008, 11:33
par logikstik
Bonjour à tous et à toutes :)

Bon petite question d'ordre technique. En gros je commence tout juste à développer une application avec le Zend Framework en utilisant l'architecture MVC et là me vient une question.

Est-il intéressant de développer sous MVC ou pas ? Les avantages et inconvénients ?

Pour ma part, je trouve le MVC plus "propre" et plus clair mais ça fait beaucoup de fichier à droite à gauche.

Alors votre avis ?

Posté : 05 juil. 2008, 11:48
par katagoto
Le MVC est bien ar il t'impose une démarche, un structure, j'ai voté pour, mais je vais laisser les ténors argumenter et débattre sur ce sujet :lol:

Posté : 05 juil. 2008, 13:10
par logikstik
Je suis d'accord avec toi sur le fait que la structure est bien faite et permet de mieux si retrouver mais ou bout d'un moment à force de fichier, j'ai l'impression de m'y perde complètement.

Posté : 06 juil. 2008, 14:02
par Hywan
Hey :),

Même si le MVC génère pas mal de fichiers (et encore, tout dépend comment tu le conçois), il est permet quand même une très grande souplesse dans la conception des applications. Si on doit utiliser ce système pour un site statique de 5 pages, c'est totalement inutile et c'est sortir un bazooka pour tuer une mouche. En revanche, si tu commences à travailler sur d'énorme boutique ou des applications avec des milliers de pages, de modules, d'utilisateurs, etc., le MVC s'impose tout doucement.

Un autre avantage du MVC, c'est qu'on peut mélanger les langages (les modèles en Java par exemple, et le reste en PHP). On peut également avec une partie des contrôleurs sur un serveur, les modèles répartis sur plusieurs serveurs accompagnés des vues. Après, c'est la philosophie des architectures n-tiers derrière tout ça. C'est là que tu peux juger si c'est utile ou pas.

L'Informatique est une science très jeune, et Internet l'est encore plus. On se tourne de plus en plus vers des applications et moins vers des sites.
Si tu prends l'exemple de Symfony, tu as un ensemble de commande pour te faciliter la manipulation des fichiers du MVC. Dans ce cas, c'est super pratique.

Au final je ne vote pas. Il n'y a pas de contexte, donc pas de réponse possible.

Posté : 06 juil. 2008, 16:16
par AB
Au final je ne vote pas. Il n'y a pas de contexte, donc pas de réponse possible.
++
Les méthodes de travail doivent être choisies en fonction du projet...

Posté : 06 juil. 2008, 21:18
par Sékiltoyai
Personnellement je dirais Avac un MVC…

Posté : 08 juil. 2008, 11:53
par caroube
MVC sans aucune hésitation. Même sur les petits projets parce qu'il n'y a pas besoin de sortir l'artillerie lourde ni des outils spécialisés.

Ca consiste en quoi le MVC sans outil ? ça revient à séparer le code PHP en trois :
1) des bibliothèques de fonctions (ou de classes) dans un coin
2) des affichages HTML avec des echos PHP et des boucles dans un autre coin
3) et dans le troisième coin, des fichiers qui lient les bibliothèques et les affichages en fonction des arguments de la page.

Cela revient à dire : je ne fais pas de select dans la page où j'affiche, je ne mélange pas les traitements et les affichages, je ne mélange pas les select avec les $_GET, ...

C'est juste une question d'organisation. Alors, c'est sûr que ça va mieux sur de gros projets en utilisant des outils adaptés. Mais les outils sont là pour aider une démarche, ce ne sont pas eux qui la créent. Donc même sur des petits projets qui vont au-delà de l'affichage de phpinfo, oui à la démarche MVC.