Zend FR

Bonjour,

La première chose : pour un projet hyper simple, tu peux t'en passer.

Un MVC de façon générale n'est pas lié au Zend Framework et tu peux tout à fait en faire un à ta sauce. Ca dit juste :
- le modèle contient les données à manipuler (sous forme d'objets),
- le controlleur traite les données d'entrée (GET, POST,...) et fait les traitements nécessaires et choisit la vue à afficher.
- la vue c'est le code HTML à renvoyer à l'internaute

Quand un projet devient complexe, le MVC a plusieurs intérêts :
- si vous êtes plusieurs à coder, le graphiste peut faire son HTML sans rien comprendre à PHP
- ça diminue la complexité globale du code (si, si je t'assure...). En effet si tu dois coder un forum, tu commences par coder les classes qui permettent de manipuler les données dans la base (le modèle). Parallèlement tu crées le design et les formulaires en HTML (la vue). Et enfin tu crées les controlleurs qui récupèrent les données des formulaires et qui choisissent la vue en fonction des résultats. Ca fait beaucoup de fichiers à coder mais chaque fichier est assez simple à faire. Alors que le même traitement en un seul fichier devient un enfer insondable.
- ça facilite le débug : quand tu as un problème, tu sais en général si ça vient du modèle, du controlleur ou de la vue, comme chaque fonction est plus simple, c'est plus facile à corriger
- ça limite les régressions pendant le débug : quand il y a un bug dans le modèle, ça n'a en général d'impact que sur le modèle, tu n'as pas l'ensemble de ton code à corriger

Cela dit, utiliser un MVC apporte au départ une couche de complexité réelle et quand le problème vient effectivement du MVC lui même, ça peut être des bugs assez compliqués à gérer...

Perso je ne travaille que sur des sites relativement complexes et qui évoluent pas mal (mes clients me demandent des modifications fonctionnelles ou des évolutions dans la présentation,...). Dans mon cas le MVC me fait gagner beaucoup de temps. C'est bien plus qu'une mode

A+, Philippe

Idem philippe

C'est sur qu'il y a un effort a faire au début si on est pas habitué à utiliser ce pattern. Mais sur des gros projets et quand on est plusieurs a dev, cela apporte un réelle gain de temps et de la rigueur. Idem pour la maintenance.

J'aurais tendance à dire que dès que tu as plus de 2 ou 3 formulaires à traiter dans un site tu y gagnes déjà... sinon une fois que tu as mis en place la structure MVC, tu peux la réutiliser pour tous tes sites, comme ça s'ils évoluent vers plus compliqué après, tu n'as pas à tout refaire...

Philippe

sekaijin a écrit:

Création d'un CRUD par dérivation d'un controlleur de crud générique 1mn

heu c quoi un crud?

sekaijin a écrit:

maintenant un framwork est un cadre de travail pour une approche d'un certain type de pb et utiliser un framework hors de son domaine d'application n'est pas ce qu'il y a de mieux. donc il faut surtout avant de se lancer voir l'adéquation du pb avec le framework envisagé.

encore faut il connaitre suffisamment le framework, non? je crois que je n'ai plus qu'a le pratiquer un peu alors
mais sans réel projet, difficile de s'accorder du temps et de se motiver

http://fr.wikipedia.org/wiki/CRUD