Avac ou sans MVC ?

Pour le MVC ou pas pour ?

Vous pouvez sélectionner 1 option
9
75%
3
25%
 
Nombre total de votes : 12
 
Eléphant du PHP | 130 Messages

05 juil. 2008, 11:33

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 ?

Mammouth du PHP | 1668 Messages

05 juil. 2008, 11:48

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:
"À ceux qui poursuivent leurs rêves et se spécialisent dans l'impossible" Joseph Kong

10 ans de PHP, déjà.

"moi jtrouve que katagoto il déchire!" Nagol

Eléphant du PHP | 130 Messages

05 juil. 2008, 13:10

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.

ViPHP
ViPHP | 4674 Messages

06 juil. 2008, 14:02

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.
« Un handicap est le résultat d'une rencontre entre une déficience ou différence et une incapacité de la société à répondre à celle-ci. »

Hoa : http://hoa-project.net (sur @hoaproject).

ViPHP
AB
ViPHP | 5818 Messages

06 juil. 2008, 16:16

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...

ViPHP
ViPHP | 5924 Messages

06 juil. 2008, 21:18

Personnellement je dirais Avac un MVC…

Eléphant du PHP | 422 Messages

08 juil. 2008, 11:53

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.