Nouveau forum Zend Framework : Méthode de conception Modèle-Vue-Contrôleur (MVC)

Le , par __fabrice, Membre habitué
salut à tous,

Voilà, tout le monde commence à parler du Framework de Zend (php5)...

Y-a-t-il des personnes qui bossent avec, ou l'on testé, on vont le tester ?

Merci,
Fabrice


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de jylac jylac - Membre habitué https://www.developpez.com
le 01/05/2008 à 0:23
Bonjour à tous,

Je voulais ajouter ma petite expérience perso pour Zend (24 heures après avoir essayé CodeIgniter et regardé de plus près Symfony.

Alors pour l'architecture, je la trouve assez souple !? D'après les tutos. que j'ai lu, on peut poser le dossier library à la racine httpdocs d'un serveur ou en dehors. Pratique pour les hébergements mutualisés !

Apparemment je peux me servir de mes templates Smarty, ce qui me réjouis

Par contre niveau notice officiel, je la trouve un peu élitiste et faible ! Non pas que Symfony soit mieux au contraire, mais codeIgniter permets plus facilement de faire des tests concrets sans prendre de l'aspirine (enfin pour moi)

Enfin pour conclure, j'ai bien compris l'avantage du MVC, et après des années de programmation "bordelique", j'en ai marre de réinventer la roue !
Alors puisqu'il faut choisir...Je vais me mettre à fond à Zend

Surtout que pour ce FrameWork, il y un forum dédié
Avatar de m4d3l m4d3l - Candidat au Club https://www.developpez.com
le 03/07/2008 à 18:32
Salut a tous

je travail depuis peu avec Zend Framework 1.5 pour créer un CMS complet qui sera a code ouvert d'ici la fin de l'été. Au debut, il faut dire que je me suis pris la tete avec ZF du au manque d'exemple et a la documentation pas tres clair. Mais une fois ZF pris en main, il est un vrai charme! Le CMS que je construit sera probablement un très bon exemple de ce que Zend Framework permet de faire.

Je vous invite a aller sur http://www.freeheadache.net pour suivre le développement. Le site est actuellement en construction et en anglais mais devrais avoir rapidement en ligne le forum, news et screenshot et exemple de site live utilisant deja le cms et bien sur de la documentation en francais et en anglais.
Avatar de whitespirit whitespirit - Membre habitué https://www.developpez.com
le 17/07/2008 à 9:39
En dehors des applications "standards" réalisés avec le ZF, un point que je n'avais pas abordé jusqu'à présent et, que je suis en train de mettre en pratique est l'utilisation des composants ZF dans d'autres applications existantes (comme PEAR).

Par exemple, ma société développe des sites en utilisant des CMS, et moi je dois réaliser des bridges entre le CMS et les appli 100%ZF. Je dois dire que le ZF me facilite bien la vie car je n'ai pas a prendre en main pour la plupart des cas l'api du CMS et j'utilise directement les objets tel que Zend_DB, Zend_Debug, etc (loin d'être l'exemple le plus significatif mais de pouvoir faire un Zend_Debug::dump() sur des objets de types/classes inconnus est bien sympatique).

Un autre exemple, greffer Zend_Acl à une application existante est très facile et avantageuse.

En gros, un point positif de ZF en tant que Framework est qu'il peut se greffer aux applications existantes et ainsi nous pouvons profiter de ses packages sans implémenter une structure de site type ZF. Selon moi, ce n'est pas négligeable.

A bientôt.
Avatar de Shirraz Shirraz - Membre confirmé https://www.developpez.com
le 19/01/2009 à 2:29
Avis de débutant :

C'est dur ! Autant je passe pas mal de temps sur la doc de php.net qui est clair, avec des exemples simples (parfois trop même), autant celle de Zend est encore assez mal foutue pour un débutant, j'ai carrément l'impression qu'elle est avant tout là pour des types qui ont déjà un gros bagage

Autre problème, il est peut-être "trop souple" : tout le monde code à sa manière… Quand on arrive pas à comprendre la doc, qu'on recherche sur le net, il est assez difficile de comprendre le fonctionnement de quelques chose de pourtant bête, puisque d'un résultat google à l'autre, les codes sont parfois très différents et souvent tronqués (apparemment on est supposé comprendre tel quel).

Le modèle MVC est également très difficile à appréhender lorsque l'on débute, y compris en MVC ! Mais ça m'interesse énormément, depuis que je me suis mis a coder j'ai toujours essayé de faire "propre" (sauf les commentaires, mais pour l'instant c'est limité à mon site, je connait le code par coeur :p ).

Bref, je suppose que le fait d'être débutant (j'ai commencé en Juin dernier à apprendre… le HTML !! ) joue énormément dans la difficulté d'aborder la chose, que venant du procédurale étant fraîchement initié à la POO encore plus, mais ça donne envie d'apprendre (voir réapprendre "alors, comment faire une simple requête SELECT ??" )

PS : Qu'en est-il d'AJAX ?? Est-ce aisé à mettre ne place avec Zend ??
Avatar de schwarzy2 schwarzy2 - Membre actif https://www.developpez.com
le 22/02/2009 à 10:33
Bonjour,

je n'arrête pas d'entendre parler de Zend Framework, mais je ne réussis pas à savoir ce que ça vaut. Tout ce que j'ai lu sur le sujet m'a l'air très compliqué...et je suis un peu perdue entre Zend Framework et Zend tout court...j'ai croisé du payant, du libre...je ne sais pas quoi choisir.

Certains d'entre vous peuvent-ils faire partager leur expérience et dire ce qu'ils en pensent?

merci d'avance!
Avatar de - https://www.developpez.com
le 28/04/2009 à 16:04
Bonjour,

Comme j'étudie Zend Framework en ce moment, je passe ajouter quelques commentaires ici...

Première impression : quelle usine à gaz !
Deuxième impression : quel est l'intérêt d'utiliser un framework ?

Pas réjouissant donc.. mais comme j'ai fait l'achat d'un livre (Zend Framework - Julien Pauli, Guillaume Ponçon), j'insiste pour en comprendre le maximum...

En fait, je me pose surtout une question existentielle : Utiliser un framework lorsqu'on pense développer propre, qu'on a une méthode et qu'on créé des composants réutilisables, etc, etc... est-ce justifié ou est-ce simplement un phénomène de mode ?

Il m'arrive parfois de consulter les annonces de recrutement pour savoir quelles sont les tendances actuelles dans le développement web. Dans beaucoup d'offres d'emplois, on peut lire "Zend Framework serait un plus", "Zend Framework ou Symfony obligatoire"... Et ce qui m'étonne le plus, c'est qu'en me rendant sur les sites de ceux qui recherchent ces développeurs, on s'aperçoit qu'ils développent en HTML 4 avec utilisation massive des frames et/ou des tableaux, en mélangeant styles et balises... ça laisse deviner ce qui est "derrière"...

Cela me laisse donc perplexe et me laisse supposer que ces recruteurs insistent sur l'utilisation d'un framework parce qu'ils en ont sans doute entendu parler dans un bar et qu'ils pensent que ça fait bien dans une annonce... (ce n'est que ma façon de penser).

Cependant, pour en revenir au Zend Framework... Par exemple, je ne vois pas trop l'utilité d'un Zend_Loader (sauf autoload éventuellement), d'un Zend_Log ou encore d'un Zend_Config... alors là.... Autre exemple, j'ai survolé quelques passages du livre pour l'instant (comme j'aime faire avec tous les livres) et il y a un passage qui m'a "choqué", c'est celui sur les accès aux bases de données, mais bon je n'ai pas encore travaillé dessus.... A suivre...

De plus, Zend oblige à programmer en objet. Loin de moi l'idée de faire un nouveau débat entre prog procédurale et objet, mais cependant, je souligne le fait qu'on trouve de très bons développeurs en procédural avec du code réutilisable etc... et de très mauvais développeurs en objet avec un code à rallonge totalement incompréhensible mais qui font de l'objet et utilisent un Framework parce que c'est "mieux"...

Il faut je pense se poser les bonnes questions... Pour un site de 4 pages, faut-il utiliser la programmation objet, un framework et tout un attirail de technologie si on a besoin de quelques lignes de codes ? (ça me fait penser aux programmeurs qui utilisent systématiquement la récursion dans certaines de leurs fonctions alors qu'en deux fois moins de lignes on programme la même fonction "traditionnelle"...)

A l'inverse, il n'est pas conseillé de se lancer dans un gros site commercial avec des centaines de références et des pages d'explications, des notices et tout le bataclan sans un minimum de préparation et de méthodes, méthodes que Zend Framework doit (est censé) nous apporter...

Voilà... Phénomène de mode ? Réelle utilité ? Est-ce que le décalage entre ce qu'on apprend à l'école et le marché actuel va encore s'accentuer ? ... Je suis donc plus que sceptique quant à l'utilisation d'un Framework et l'ajout d'une couche d'abstraction supplémentaire, mais je viens de commencer... Je ne suis ni pour, ni contre, je livre simplement mes premières impressions... Je ne manquerai donc pas de revenir ici corriger mes dires, je ne pourrai être qu'objectif !
Avatar de Eusebe Eusebe - Membre expert https://www.developpez.com
le 01/05/2009 à 11:12
Citation Envoyé par seb92400  Voir le message
Première impression : quelle usine à gaz !
Deuxième impression : quel est l'intérêt d'utiliser un framework ?

Première réponse : je ne pense pas que ce soit une usine à gaz. Chaque composant a au contraire un rôle bien précis, et ne vient pas empiéter sur le domaine du composant voisin. C'est plutôt il me semble son utilisation non maîtrisée qui peut facilement aboutir à une uzine à gaz.

Citation Envoyé par seb92400  Voir le message
En fait, je me pose surtout une question existentielle : Utiliser un framework lorsqu'on pense développer propre, qu'on a une méthode et qu'on créé des composants réutilisables, etc, etc... est-ce justifié ou est-ce simplement un phénomène de mode ?

Je vois deux questions dans ta question :
- est-ce justifié de passer au Zend framework quand on a déjà créé son propre framework (développer propre, avec a une méthode et des composants réutilisables) ?
- est-ce que l'utilisation du Zend framework est une mode ?

A la première question, je répondrai non... à moins de commencer à travailler avec une équipe qui ne connais pas ces composants réutilisables, qui n'adhère pas à cette méthode, etc... Il y a bien sûr des intérêts et des inconvénients à utiliser le ZF par rapport à un framework maison : le framework maison est parfaitement adapté aux développeurs et aux développements réalisés, maîtrisé, ... le ZF apporte en plus sa communauté (un exemple, la sécurité : le fait que le ZF soit utilisé par un nombre important de personnes permet de détecter plus facilement et rapidement ses failles, et de les corriger. Bien sûr, en contrepartie, elles sont aussi connues par tout le monde une fois révélées...), et il sera plus adapté si l'équipe de développement est amenée à évoluer. Bref, tant que le framework maison répond aux besoins, pourquoi en changer ?

Pour l'effet de mode, il me semble qu'il y en a bien un. Et qu'il n'a pas que des effets positifs sur les développements (tout comme la mode de la POO, de l'AJAX, etc...)

Citation Envoyé par seb92400  Voir le message
Il m'arrive parfois de consulter les annonces de recrutement pour savoir quelles sont les tendances actuelles dans le développement web. Dans beaucoup d'offres d'emplois, on peut lire "Zend Framework serait un plus", "Zend Framework ou Symfony obligatoire"... Et ce qui m'étonne le plus, c'est qu'en me rendant sur les sites de ceux qui recherchent ces développeurs, on s'aperçoit qu'ils développent en HTML 4 avec utilisation massive des frames et/ou des tableaux, en mélangeant styles et balises... ça laisse deviner ce qui est "derrière"...

Cela me laisse donc perplexe et me laisse supposer que ces recruteurs insistent sur l'utilisation d'un framework parce qu'ils en ont sans doute entendu parler dans un bar et qu'ils pensent que ça fait bien dans une annonce... (ce n'est que ma façon de penser).

Ce n'est pas l'outil qui fait l'ouvrier... Et ce n'est pas parce que l'on utilise un framework (ou la POO, ou que l'on fait de l'AJAX) que l'on développe correctement...

Citation Envoyé par seb92400  Voir le message
Cependant, pour en revenir au Zend Framework... Par exemple, je ne vois pas trop l'utilité d'un Zend_Loader (sauf autoload éventuellement), d'un Zend_Log ou encore d'un Zend_Config... alors là.... Autre exemple, j'ai survolé quelques passages du livre pour l'instant (comme j'aime faire avec tous les livres) et il y a un passage qui m'a "choqué", c'est celui sur les accès aux bases de données, mais bon je n'ai pas encore travaillé dessus.... A suivre...

Il faut en effet travailler avec ces composants pour bien comprendre leur intérêt. Et il ne faut pas croire qu'ils vont révolutionner ta méthode de programmation (je parle des petits composants comme Loader, Config, Log). Mais ils vont un peu la simplifier. Ce qui est toujours bon à prendre

Citation Envoyé par seb92400  Voir le message
De plus, Zend oblige à programmer en objet. Loin de moi l'idée de faire un nouveau débat entre prog procédurale et objet, mais cependant, je souligne le fait qu'on trouve de très bons développeurs en procédural avec du code réutilisable etc... et de très mauvais développeurs en objet avec un code à rallonge totalement incompréhensible mais qui font de l'objet et utilisent un Framework parce que c'est "mieux"...

Sans entrer dans le débat, on ne peut pas arriver au même résultat avec une programmation procédurale. Mais il est clair qu'il est possible de très bien programmer en procédural (et heureusement !). Il est clair aussi que l'on peut beaucoup plus facilement très mal programmer en utilisant la POO.
Mais un bon développement en POO a des avantages certains. Mais encore une fois "l'effet de mode" (comme tu le dis) entraine des développement immondes en POO. Mais ça ne veut pas pour antant dire que la POO est à jeter !

Citation Envoyé par seb92400  Voir le message
Il faut je pense se poser les bonnes questions... Pour un site de 4 pages, faut-il utiliser la programmation objet, un framework et tout un attirail de technologie si on a besoin de quelques lignes de codes ? (ça me fait penser aux programmeurs qui utilisent systématiquement la récursion dans certaines de leurs fonctions alors qu'en deux fois moins de lignes on programme la même fonction "traditionnelle"...)

Il faut en effet se poser les bonnes questions et utiliser les bons outils. Il n'y a pas d'intérêt à utiliser un framework pour un petit site isolé.
Mais si par exemple ce petit site est maintenu par une équipe utilisant le framework par ailleurs et le maîtrisant, pourquoi dans ce cas se priver de bon outils maîtrisés qui permettent d'aller vite et de maintenir facilement un site ?

Citation Envoyé par seb92400  Voir le message
Voilà... Phénomène de mode ? Réelle utilité ?

A mon avis les deux... En fonction du contexte et des compétences des développeurs...

Citation Envoyé par seb92400  Voir le message
Est-ce que le décalage entre ce qu'on apprend à l'école et le marché actuel va encore s'accentuer ? ...

Il me semble que ce décalage a toujours existé... Et ce dans tous les domaines. De là à dire qu'il s'accentue, c'est un autre débat

Citation Envoyé par seb92400  Voir le message
Je suis donc plus que sceptique quant à l'utilisation d'un Framework et l'ajout d'une couche d'abstraction supplémentaire, mais je viens de commencer...

Si j'ai bien compris le début de ton intervention, tu utilises déjà un framework, mais personnel
Donc tu dois déjà connaître les intérêts d'une couche d'abstraction supplémentaire, non ?

Citation Envoyé par seb92400  Voir le message
Je ne suis ni pour, ni contre, je livre simplement mes premières impressions... Je ne manquerai donc pas de revenir ici corriger mes dires, je ne pourrai être qu'objectif !

Comment peut-on être vraiment objectif ?
Moi je ne sais pas faire

Mais j'attend de voir quelle sera l'évolution de ta vision
Avatar de - https://www.developpez.com
le 11/05/2009 à 9:34
Hello,

Citation Envoyé par Eusebe  Voir le message
Sans entrer dans le débat, on ne peut pas arriver au même résultat avec une programmation procédurale. Mais il est clair qu'il est possible de très bien programmer en procédural (et heureusement !). Il est clair aussi que l'on peut beaucoup plus facilement très mal programmer en utilisant la POO.
Mais un bon développement en POO a des avantages certains. Mais encore une fois "l'effet de mode" (comme tu le dis) entraine des développement immondes en POO. Mais ça ne veut pas pour antant dire que la POO est à jeter !

Tout à fait d'accord. D'ailleurs la POO n'est pas vraiment en soi un nouveau mode de programmation, mais plutôt une façon de penser différente. Après tout, à l'intérieur des classes, on retrouve nos fonctions, boucles et tableaux traditionnels du procédural...

Citation Envoyé par Eusebe  Voir le message
Mais si par exemple ce petit site est maintenu par une équipe utilisant le framework par ailleurs et le maîtrisant, pourquoi dans ce cas se priver de bon outils maîtrisés qui permettent d'aller vite et de maintenir facilement un site ?

+1, très bon argument.

Citation Envoyé par Eusebe  Voir le message
Si j'ai bien compris le début de ton intervention, tu utilises déjà un framework, mais personnel
Donc tu dois déjà connaître les intérêts d'une couche d'abstraction supplémentaire, non ?

ça, ça vaut au moins +10... Effectivement, dans ma petite tête j'imaginais plus ajouter le ZF sur ma propre façon de programmer, je pense que c'est de là que me vient l'idée de l'usine à gaz...

Ma vision après quelques jours... hum... j'avoue, je ne sais pas... Je pense sincèrement qu'il y a de très bonnes idées dans ce framework, mais peut-être par manque de temps et de courage, j'ai beaucoup de mal à adopter ses classes. ... ...

Merci pour ta réponse.
Avatar de Yogui Yogui - Rédacteur https://www.developpez.com
le 11/05/2009 à 15:40
@seb92400 : L'un des avantages de ZF est que tu peux adopter ses composants sans pour autant adopter toute la méthodologie qu'il préconise. Tu peux intégrer des composants de ZF dans un projet qui a déjà ses propres règles, et ces règles ne sont pas nécessairement celles que la partie "framework" de ZF recommande
Avatar de rebolon rebolon - Membre habitué https://www.developpez.com
le 25/11/2009 à 16:08
Salut,

mon expérience personnelle vaut ce qu'elle vaut mais bon. Convertit de l'intérêt des frameworks depuis longtemps (fusebox au début 2000, puis Copix) j'ai commencé à utiliser Zend Framework il y a 3 ans comme brique logicielle. J'ai surtout utilisé les validateurs et Http. Au niveau documentation je la trouvais claire et complète. J'avoue quand même que de temps en temps, je fouillais un peu dans le code source pour avoir quelques précision.
Récemment j'ai voulu tenter d'utiliser leur modèle MVC ... et là j'avoue que ça a été carrément galère. Il faut avouer que pour la démo demandée il fallait utiliser Smarty et si on trouve différentes implémentations sur le web, j'ai trouvé qu'il n'y avait pas de réponse officielle sur la bonne conduite à tenir. Et c'est là une faiblesse du modèle MVC de ce framework : il n'y a pas une règle à suivre, juste des concepts que l'on est libre d'interpréter comme on veut. Et du coup on peut partir dans toutes les directions (bonnes... ou mauvaises). On trouve malgré tout de multiples articles sur le web mais qui parfois se contredisent. La plupart des frameworks existant sont beaucoup plus directifs (certains diront un peu trop) et nous laisse pas toujours le choix des implémentations. Zend Framework a finalement choisi de faire tout le contraire mais se rapproche du coup beaucoup trop de la librairie PEAR : prenez ce dont vous avez besoin et faites en ce que vous voulez.
exemple: tentez un développement modulaire MVC et bien vous serez peut être assez déçu (notamment sur le côté ré-utilisation du module)

Au final je ne dis pas que Zend Framework est un mauvais framework, au contraire, il est bien documenté, il marche bien, mais finalement les développeurs d'une équipe sont bien trop libre de faire ce qu'ils veulent (surcharge de toutes les classes existantes, création de multiple plugins utilisés par les différentes couches du modèle MVC...). Faut il vraiment laisser autant de liberté d'implémentation notamment dans le modèle MVC ?
Je distingurai donc 2 parties : celle concernant l'utilisation des différentes briques (Form, ACL, HTTP, Validateurs...) et celle concernant du MVC. La première est plutôt mûre, la seconde mérite à mon avis une plus grande réflexion de la part de l'équipe de développement pour arriver à maturité.

Mais ce n'est que mon avis.
Avatar de Yogui Yogui - Rédacteur https://www.developpez.com
le 28/11/2009 à 18:09
@rebolon

Pour te répondre sur ta remarque concernant Smarty en réalité ZF n'est pas prévu pour être utilisé obligatoirement avec un moteur de templates. Il est même recommandé de ne pas en utiliser, dans la mesure où ils n'apportent rien à une application utilisant Zend_View et Zend_Layout.

Quel intérêt vois-tu réellement à n'avoir aucun code PHP dans certains fichiers ? Pour ma part, la seule situation qui me vienne à l'esprit est si tu as besoin d'utiliser les mêmes templates à la fois pour une application écrite en PHP et pour une application écrite dans un autre langage. Cette situation étant très rare à mon sens, elle ne justifie pas de promouvoir une telle technique de programmation dans le manuel de référence de ZF, d'où le peu d'intérêt d'utiliser Smarty. La mention de Smarty dans la doc de ZF est à mon sens anecdotique pour montrer ce qu'il est possible de faire, dans la mesure où de nombreuses personnes semblent affectionner ce moteur.
Offres d'emploi IT
Consultant développeur web h/f
Ysance - Ile de France - Paris Cedex 12
Développeur junior full stack (h/f)
Piste On Jobs - Ile de France - Paris (75000)
Développeur symfony2
EASY PARTNER - Provence Alpes Côte d'Azur - Marseille (13000)

Voir plus d'offres Voir la carte des offres IT
Contacter le responsable de la rubrique Zend Framework