aucun: on est jamais mieux servi que par soit meme lol...
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Aucun
CakePHP
CodeIgniter
Copix
eZ
Jelix
PEAR
php.MVC
Prado
Seagull
symfony
Zend Framework
Autres (préciser)
aucun: on est jamais mieux servi que par soit meme lol...
Bonjour,
Lors d'un stage, j'ai utilisé le modèle MVC de Serge Tahé :
http://tahe.developpez.com/web/php/mvc/
Peut on considérer n'importe quel modèle MVC comme un framework ?
D'aprés vos réponses, oui, donc je réponds autre.
Ca me rassure, car lors de ce stage, j'ai aussi utilisé PEAR qui est donc un API (ouf !
Imaginez, le gars, il fait une application avec 2 Frameworks !
Et pourquoi pas ???Envoyé par KneXtasY
Imaginez, le gars, il fait une application avec 2 Frameworks !
SimpleTest est un framework php te permettant de faire des tests unitaires. Donc meme si ton application finale ne repose pas sur des tests unitaires, ces derniers t'ont bien aidé à construire celle-ci.
En effet, ça n'a rien d'absurde. Pour une application Web Java, j'ai déjà combiné JSF, Spring et Hibernate qui sont bel et bien trois frameworks (ayant des rôles différents bien entendu)
J'ai fait quelques sites en PHP dans mes premiers j'ai fait comme beaucoup d'entre nous mon propre FW. Il n'ai pas facile de de modifier nos sites pour inclure un FW externe.
Le choix de choisir un FW ou non dans un nouveau site ne se pose même pas, et aussi dans le cas ou vous avez votre propre FW. A mon avis tout se que vous avez pu faire dans vos FW maison existe et surement en mieux dans un FW externe. A mon sens un bon développeur utilise un FW externe car il n'y a rien de pire que de réinventer la roue !
J'ai commencé un nouveau site y a de ça quelques mois, étant développeur c# il est normal que je m'appuies sur un FW, j'ai choisi "Zend Framework".
Pourquoi ZF, c'est simple, la communauté est grande et l'équipe de dév aussi, donc se FW va vivre dans le temps. Tous se que j'espère c'est qu'ils respectent la compatibilité ascendante !!!
J'utilise phpMVC qui est un portage très proche de struts. J'aprécis particulièrement la configuration en fichier xml, la définition des objets "Action" et "ActionForm" qui permettent de bien séparer les responsabilités. De plus l'utilisation de plug-ins est très intéressante (on peut ainsi très facilement intégrer l'utilisation de smarty au framework). Actuellement je suis responsable du portage de ce framework en PHP5 mais voilà j'ai très peu de temps en ce moment et je recherche des développeurs intéressés par ce portage, contactez-moi pour plus d'informations...
J'utilise un framework maison. Pour le développer je me suis intéressé à ce qui existe, en particulier Symfony, php.MVC, Copix, Seagull, Jelix et CakePHP. Je ne comprends pas trop l'intérêt des frameworks lourds calqués sur le modèle de Java comme php.MVC. Copix et Jelix (fork de Copix) ont particulièrement retenu mon attention, car ils sont simples et clairs et correspondent bien à mes besoins et à ma manière de travailler.
Quelqu'un peut recommander un framework MVC et TDD bien documente svp ?
Pour l'instant je tourne sur mes propres machins construits avec eZ Components et PHPUnit, ca fonctionne bien mais je ne sent pas de maintenir un tel systeme tout seul et je sent que je re-invente la roue.
Je souhaite, entre autres, generer des objets persistents (a la symphony) documentes et relativement complexes, avec leurs tests-unitaires ainsi que leurs actions CRUD, c'est trivial et c'est ce que font mes machins j'ai le sentiment de re-inventer la roue.
Aussi, je souhaite developper mes controlleurs (et actions pour controlleur principal si possible) et vues dans un environement complet base sur PHPUnit (emulant le monde reel au mieux).
Merci d'avance de vos conseils !
Code Igniter
Nous utilisons CI avec une structure HMVC nouvellement en place sur la version 1.7
Ce framwork est intéressant car l'apprentissage est très rapide donc moins de formation au employé.
De plus, sa strucure rigide MVC aide a se que les autres ne fasse pas trop bavure...
Pour ma part c'est symfony car j'apprécie énormément son offre d'outillage très complète, son importante documentation, sa communauté active et bien sûr le développement qui est suivi et sponsorisé par Sensio Labs.
symfony a la chance d'être piloté par une Core Team très réduite de personnes très compétentes, ce qui lui assure une grande robustesse et une meilleure qualité du code. D'autant plus que cette dernière est vérifiée par plus d'une dizaine de millliers de tests unitaires.
Selon moi, c'est incontestablement le framework qui permet de gagner le plus de temps en développement et qui semble être l'un des plus découplé en terme de composants et d'architecture MVC, contrairement à Zend Framework dont bon nombre de composants sont dépendants les uns avec des autres.
J'ai voté "Autre" et comme certains ici, c'est mon propre framework. En fait c'est surtout un playground pour expérimenter les nouvelles possibilités de php 5.3, à commencer par les namespaces. Plus de noms à rallonge dans les déclarations de classes par exemple, mais toujours des noms à rallonge lors de leur utilisations. En effet, on peut avoir l'impression au début que les namespaces sont hiérarchisés comme en c++ par exemple, mais c'est juste un artefact. On doit passer par des aliases ou alors complètement qualifier les types la plupart du temps. Faut s'habituer au début. Quoi qu'il en soit, c'est quand même très sympatique.
J'ai utilisé Pear pour la première fois pas plus tard qu'avant-hier pour la première fois et pour un besoin bien spécifique (export excel sur serveur Linux).
Je comprends bien que pour développer un CRM ou de très gros outils, et lorsqu'on travaille en équipe il peut être utilise de recourir à ces solutions. Cependant, je travaille seul et je ne vois pas quand je pourrais avoir un réel besoin de zend, symphonie ou autre cakePHP ... merci de bien vouloir me contredire
+1 PRADO
Je l'utilise depuis 6 mois pour développer un gros portail et j'en suis plus que content. La version 3 de PRADO est actuellement en version alpha et devrait reduire considérablement les temps d'accès disque.
Voici les quelques très bon points du framework:
Le framework en lui même
- Basé sur le fonctionnement de l'aspx 1.1 (Version 3: aspx 2.0)
- Déploiement plus facil qu'une application .NET (c'est logique c'est du php
- Comme en .net une programmation orientée composant (modulable et souple)
- Obligatoirement PHP5, framework tout objet
- Une bonne documentation (Les points importants sont traduits en francais)
Status du projet
- Les developeurs sont très actifs, les retours sont nombreux et très positifs.
- La version 3 du projet est en version alpha et devrait intégrer un framework Javascript plus complet pour une parfaite intégration d'Ajax
- Pleins d'autres choses super cool dans cette version 3, mais je peux pas tout citer, c'est trop long 8)
La communauté
- Une communauté francaise qui se construit doucement mais surement
- Une très grande mobilisation sur le forum, les moderateurs et les dévelopeurs sont très présents
- Une bibliothèque de composants développés par les utilisateurs
Pour moi c'est pérenne et solide, c'est tout ce que je demande à un framework:
http://www.xisc.com
Salut ts le monde,
Je profite du thread pour vous poser unequestion.
En faits je me demandais si utiliser un framework comme PRADO, dédié à l'affichage d'élément visuel d'après ce que j'ai pu voir, vous permettait reellement d'aller plus vite dans la conception d'architecture web.
Je vous pose cette question car d'un site e-commerce à l'autre, j'ai pu remarquer que le plus long c'était de re developper toute une architecture graphique à chaque fois.
En comparaison avec la logique métier qui peut très facilement devenir ré exploitable avec une bonne conception.
Je me demandais aussi si il existait des framework dédié à la logique métier des sites e-commerce.
L'avantage des frameworks de templates est de découpler la partie "métier" de la partie "affichage" et donc de permettre à plusieurs personnes de travailler sur des parties différentes par exemple, mais surtout de simplifier la detection de bugs, et d'éviter les effets de bord
Ainsi une fois que la partie métier est opérationnelle, une autre personne qui a développé la partie présentation peut voir le résultat sans craindre de voir son design "chamboulé". Puis si un jour la partie métier change, il sera tout aussi facile de faire évoluer les modules métiers ( même en changeant totalement de base de données par exemple ) sans changer la partie affichage.
En définitive, c'est un gain dans tous les domaines !
Je suis tout à fait d'accord avec toi sur les arguments que tu évoques. Cela permet le travail à plusieurs et une meilleure séparation par couche.
Mais auourd'hui je me pose encore la question du gain de producitivité des frameworks comme PRADO (ou même des webforms en .net).
Et quand je dis gain de productivité, je pense à la réutilisation d'un nombre conséquent de ligne de code d'un projet A vers un projet B.
Par rapport à la logique métier qui peut être standardisé (autant que possible), et donc réutilisable, la partie visuel, qui plus est d'un site internet, me semble par contre difficilement standardisable....
Mais peut être que je me trompe, j'aimerais bien, que les frameworks comme PRADO donne un réél plus pour ces cas de figure.
J'espère être un peu plus clair dans mon interrogation.
Merci,
bye
PS : je dis gain de producitivité, mais la vérité c'est que je suis un bon faineant qui n'aime pas refaire trois milliards de fois la même chose inutilement : p
A quand remontre la dernière MAJ de ce sondage?
Je pense qu'il est grand temps de le refaire vivre et le remettre à jour, non?
le framework MODX
MODX est un trés bon framework de gestion de contenu il se base sur tous les dernières génération web 2.0
j'aimerais quand trouve une partie dans se forum pour discuter et de se documenter de ce nouveau framework
C'est vrai que ce forum est vieux
Pour ma part j'utilise CodeIgniter pour des petits site sans grand besoins, sinon Jeix qui est vraiment pas mal
Symfony me fais de l'oeil, mais manque de temps pour le découvrir...
Sinon au niveau des CMS, au boulot je bosse avec TYPO3...qui est très long à apprendre, mais tellement bien
Yii
Yes It Is
http://www.yiiframework.com/
Partager