Zend FR

Bonjour

Tout d'abord, le MVC est loin d'être une "tendance". Ce modèle d'architecture a été conçu et implémenté pour la première fois dans les années 1980 avec le langage Smalltalk. Il est largement utilisé dans les applications JEE ou Java Desktop.

Le MVC est "juste" un modèle de conception qui sépare Données, Logique et Présentation. Il est donc tout à fait possible de l'implémenter sans l'aide d'un framework. Si ça se trouve, vous en faites sans le savoir !

L'intérêt d'utiliser un framework est la diminution du coût de la mise en place du modèle MVC. L'intérêt d'utiliser un Framework Open Source et largement utilisé avec une communauté active est :
- robustesse du framework (il est très éprouvé, et si la communauté le maintenant est active, les corrections d'anomalies sont rapides)
- facile de trouver des ressources opérationnelles (il est plus facile de trouver un développeur connaissant le Framework Zend qu'un développeur connaissant votre framework maison ^^)
- facile de trouver de la documentation

Après je ne nie pas qu'un Framework maison a également ces avantages. Pourquoi pas un Framework maison basé sur un/des frameworks existants ?

Pour ma part je n'imagine même pas implémenter une application (quelque soit la technologie utilisée) sans séparé les Données, la Logique et la Présentation. MVC et MVC2 sont des modèles éprouvés qui permettent cette séparation.

Donc l'intérêt du MVC ? Séparation des Données, la Logique et la Présentation (ce qui introduit de nouvelles possibilités, cf lien ci dessous).

Pour appuyer mes propos ; http://www.zdnet.fr/builder/architectur … -39000778c

Enfin, soit votre recherche a été trop succinte soit votre question n'est pas assez précise tant les documents sur le MVC sont nombreux sur le ouaibe !

Yann

Bonjour

Petite précision : je ne suis pas l'auteur de l'article ! Mais il n'en reste pas moins intéressant

Pour information, je ne travaille pas du tout en PHP. Je maintiens seulement un projet Open Source qui s'en sers donc je m'intéresse énormément aux technologies tournant autour du PHP et, il faut l'avouer, PHP souffre d'une très mauvaise réputation alors que son modèle objet depuis la version 5 est suffisamment complet pour en faire un langage industriel (surtout que le langage PHP bénéficie d'avantages qu'on ne trouve pas dans un langage comme Java).

Pour revenir à votre problème. Si le framework apporte plus d'inconvénients que d'avantages, il est, bien sûr, conseillé de ne pas l'utiliser.

Je pense que ça résume bien .

Après si c'est juste un problème de compréhension du framework... enfin, pour ma part, j'ai toujours pensé qu'un projet pilote est nécessaire pour tester une technologie (et savoir si elle va nous servir). Le problème est que ça coûte des sous est que le retour sur investissement n'est pas garantit. Même si avec le framework Zend, le risque est minime ! (A mon humble avis)

Je viens de faire des recherches sur le web et il est vrai que ce n'est pas marrant de trouver des ressources qui expliquent le fonctionnement à un niveau abstrait. On trouve essentiellement des exemples de codes et, a moins d'avoir un interpréteur PHP intégré au cerveau, il n'est pas évident de voir les bénéfices de la mise en place du modèle MVC par l'intermédiaire d'un framework.

J'ai donc pris l'initiative - au combien dangereuse - de tenter de décrire le modèle MVC et son implémentation avec le Framework ZEND. Les exemples sont grossiers.

Tout d'abord, le modèle MVC tel qu'il est utilisé pour le Web (ou, en tout cas, tel que je l'utilise(ais, je ne fais plus de développement Web ) ) :



Voilà, un exemple très abstrait du déroulement des actions avec le modèle MVC.

Un modeste exemple concret : édition d'un compte.



Tada !

Donc, sans l'utilisation de framework voici, en gros, la charge de travail :
* Développement du Front Controller pour traiter chaque requête et dispatcher vers l'action adéquate.
* Développement de chaque action en utilisant une "API maison" (pour faciliter le travail du Front Controller)
* Développement du modèle et des accès en base de données
* Développement des vues HTML (dans votre cas, aidé par un moteur de templates)

Voyons maintenant le modèle MVC implémenté à l'aide du Zend Framework. IMPORTANT !! Je n'ai jamais écris d'applications avec le Zend Framework. Il s'agit, ici, que de théorie. Merci d'apporter des compléments ou de me corriger en cas d'erreur(s). Ou alors, confirmer mes propos pour rassurer les éventuels lecteurs (autant être honnête ^^). L'exemple utilise Zend_Db_Table comme modèle, mais nous aurions très bien pu faire un autre choix.



Ce cas montre l'exécution de l'action 'xxx' par le contrôleur nommé 'zend'

Le framework apporte :
* Un front controller largement configurable.
* Une API d'action pouvant manipuler la vue qui sera affichée et modifier/requêter le modèle.
* Une API de formulaire permettant de facilement initialisé les données à afficher, récupérer les données saisies, valider les données saisies...
* D'autres choses que je ne connais pas (mais qu'on peut facilement trouver dans la documentation).
En d'autres termes, le développeur s'affranchit d'un tas de soucis technique et peut se concentrer sur le métier de l'application.
J'ai bien aimer cette introduction au framework Zend : http://g-rossolini.developpez.com/tutor … k/debuter/

Pour moi, utiliser un framework, c'est surtout pour gagner en :
* qualité : il y a très peu de chances qu'on fasse mieux en interne.
* productivité : le framework apporte des briques de bases de l'application.

Si on n'a aucun de ces deux avantages en utilisant le framework, autant s'en passer ! Mais, pour le coup, je pense que le jeu en vaut la chandelle. Si c'est pour de nouveau développement, autant évaluer sérieusement les deux points sus cités. Pour la migration d'une application existante qui est déjà conçue sur de bons patterns architecturaux, je n'aimerai pas devoir prendre une décision

Un autre lien : http://framework.zend.com/about/overview même si on se doute que ce n'est pas très objectif

Yann

oui je peux ajouter que c'est une démarche qui veint assez naturellement
J'ai croisé un grand nombre de code (PHP) issu de partout.

et même s'il n'est pas formalisé ni explicite on voit très nettement dans beaucoup se dessiner le pattern MVC. beaucoup le font sans même savoir que MVC existe.

si on prend une démarche de débutant en php on commence par un script puis deux puis plusieurs. on vois alors apparaitre des fichiers de fonction ou de bloc de code, puis très souvent l'étape suivante c'est de placer le html dans des fichiers ou des fonction à part. puis pareil avec l base de donnée

et on en viens assez naturellement à une structure de script quasiment semblable. inculde d'un bloc pour la sécurité, include de la connexion lecture des paramètres, utilisation de fonction de traitement include d'un template ou de code phtml

à ce puis là le MVC n'est vraiment pas loin
et pourtant les personne qui font ça n'ont pour la plus part aucune idée de ce qu'est le MVC.

A+JYT