Je ne suis qu etudiant donc on nous a apprends a faire tout tout seul.
Mais là en stage, mon tuteur m a fait decouvrir PEAR et c'est super.
Quel gain de temps !!! une fois l utilisation comprise
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)
Je ne suis qu etudiant donc on nous a apprends a faire tout tout seul.
Mais là en stage, mon tuteur m a fait decouvrir PEAR et c'est super.
Quel gain de temps !!! une fois l utilisation comprise
Le problème c'est qu'ils sont très souvent assez pauvrement documentés, mis à part quelques exceptions... Aussi, j'ai également voté "Autres", puisque j'ai décidé de me créer le mien (d'après l'article de Solmag disponible sur developpez.com, bien évidemment).
D'autre part, pour revenir sur la définition du terme framework il faut reconnaître qu'elle prend en PHP et en J2EE deux aspects pas vraiment identiques, du moins d'après ce que j'ai pu en comprendre.
Est-ce donc un abus de langage ? Ou ma perception des choses qui est faussée ? Ou framework est-il au final un terme un peu fourre-tout ?
- En PHP, il s'agit d'un "cadre de travail" dans le sens où l'on assemble plusieurs mécanismes d'abstraction (Smarty, AdoDB, ...) permettant de construire une appli Web entière réutilisable.
- En J2EE, l'échelle du framework est plus réduite : il s'agit dans ce cas d'un mécanisme d'abstraction, comme par exemple Hibernate, ou encore JSF, qui sont certes complexes mais qui, seuls, ne permettent de réaliser qu'un aspect de l'appli Web...
Bonjour,
Moi j'ai choisi le framework seagull. J'ai fait ce choix car :
1/ Seagull se base sur pear (dataobject, flexy ..) que je connais bien
2/ Seagull est relativement bien documenté
3/ Seagull dispose d'un mini CMS qui me convenait bien.
Bon d'un autre coté je n'ai pas essayé que copix qui m'a paru assez compliqué à mettre en oeuvre.
Bonjour,Envoyé par planetevoyage
Comme toi je m'étais tourné vers Seagull et attendais depuis quelques mois une release stable et pérenne car avec les versions actuelles il n'y a pas de possibilité de faire des mises à jour sans tout réinstaller et tout reconfiguerer. Peut-être ce sera bientôt le cas avec la version stable 6.0 qui va sortir d'ici cet été.
Finalement, j'ai découvert Symfony que je trouve moins bordélique (Seagull semble être plus un mix de CMS et de Framework pas assez fléxible), plus innovant et plus puissant. La prise en main n'est pas simple mais on a rien sans rien.
Avantages de Symfony :
- Des concepts basé sur Ruby On Rails => développement d'applications très rapide.
- Une couche ORM (Object Relationnal Mapping / une table = une classe généré à étendre) basé sur propel (= PEAR:B_DataObject en plus puissant)
- une couche d'abstraction de base de données (créole)
- des documentations très complètes et une communauté très active : doc, api, tutoriels, videocast, wiki, forum, trac, irc, mailing list, blog...
- maintenu par une web-agency française mais quasiment aucune doc en fr (elle commence à apparaître).
- peut s'installer et se mettre à jour avec PEAR
- développement rigoureux (je trouve seagull bordélique maintenant)
- Admin generator : pour creer facilement des "back office"
- Outils pratiques pour AJAX
Inconvénients :
- PHP 5 requis
- Long et pas facile à prendre en main mais on a rien sans rien
- Nécéssite une bonne connaissance des principes des frameworks : modèle MVC, Template, prog orientée objet, etc.
- Dépend des projets Propel et Créole (et Pake ?)
- De très nombreux de fichiers de configurations en langage YAML (pas très compliqué)
- Il manque quelques outils pour la gestion de contenu (CMS) ou pour la gestion des pages d'un site (mais ça peut être rapdement mis en place).
Symfony est très récent, il est apparu fin 2005 et ne semble pas encore très connu, malgré ceci, son développement est bien avancé et il peut être déjà utilisé en production. Ses concepts permettent de créer des applications très diverses rapidement.
Voir les videocast et autres docs ici :
http://www.symfony-project.com/conte...mentation.html
Présentation en français :
http://www.symfony-project.com/trac/wiki/sfBookFRabout
Merci beaucoup pour ce retour.
J'ai essayé à 2 reprises de me plonger dans Seagull (il y a longtemps au début du projet et plus récemment), et j'ai exactement le même retour que toi, finalement, je trouve que c'est plus un CMS qu'un framework, même si évidemment on peut "casser" la partie CMS en place pour n'utiliser que le framework, c'est trop guidé en l'état et trop loin de mes besoins. Donc j'ai laissé tomber Seagull (qui jouit pourtant d'une bonne renommée).
Pour le moment j'explore Zend Framework, çà m'a l'air en l'état déjà pas mal, la philosophie globale de proposer des briques logicielles réutilisables, avec notamment une brique MVC, me convenant bien, par contre j'ai l'impression qu'ils sont un peu repartis pour finalement plus faire quelque chose de comparable à une librairie de composants PHP comme PEAR qu'un framework unifié (car plein de classes différentes pour plein de sujets différents). Mais il est vrai que la distinction entre framework "serré sur un sujet" / framework généraliste / librairie proposant un ensemble de composants permettant d'obtenir un framework est assez ténue.
Du coup, merci pour l'info sur Symfony que je vais ausculter de ce pas. Je suis juste un peu échaudé sur le côté "fichiers de configuration" : même si c'est très à la mode, c'est un mécanisme que je n'aime pas trop car même s'il a des avantages il a aussi plein d'inconvénients dès que les fichiers de configuration amènent à faire des choses trop spécialisées (c'est souvent difficilement extensible - ou alors c'est couteux à étendre, et la pérénité au fil des ans voire au fil des mois est loin d'être garantie ...).
Bonjour,
moi j'utilise des framework depuis 1 an maintenant.
Je me suis spécialisé dans PHPMVC qui est un portage de STRUTS (java) en PHP.
Je dois dire que ce framework est bien foutu, compatible PHP4/5 et facile à utiliser si on connait bien STRUTS. Je l'ai utilisé sur un petit projet et je pense que c'est un bon investissement si un jour le projet grandit.
Autre piste :
Je vais utiliser pour un autre projet QCODO. Je dirais que c'est plus qu'un framework. Il permet de générer des CRUD en un clin d'oeil en générant tous les objets métier de base. En gros il génère des brouillons facile à adapter aux besoins spécifiques de l'application.
L'avantage c'est qu'il génère automatiquement (he oui) les objets métiers et toutes les méthodes d'accès de base : finbdByPrimaryKey, LoadByIndex ...
Résultat, 75% de la nouvelle appli que je dois implémenter est faite en 1 semaine (et encore je connaissais pas le framework !!).
Le code généré est très clair et compatible MVC.
Ce framework me semble mur meme s'il vient juste d'etre mis en Open Source en Novembre 2005.
Eric
Pour l'instant après un passage par COPIX (frenchie), je me suis rabattu sur Symfony.
comme seagull, symfony intègre pear en plus c'est du full php5 avec de l'AJAX.
son système de configuration en ligne est interessant.
pour l'instant je le trouve simple mais je n'ai pas encore tout utilisé.
Mais je me suis tapé un paquet de doc avant de choisir.
Stephane
Tu as COPIX (http://www.copix.org) qui est un Framework très mature (nombreuses années d'existence) et qui possède un CMS... Copix CMS !
J'utilise pour l'instant Zend Framework.
Il a l'air de regrouper un ensemble de bonnes pratiques.
Il est actuellement assez souple que pour pouvoir se rapprocher des frameworks fait maison (plus proche des besoins métier) et il ne semble pas prendre la direction des frameworks habituels type "usine à gaz".
Dû au rewrite d'URL, il faut un petit temps d'adaptation.
Comme il est jeune et s'il y a des personnes qui travaillent dessus, j'aimerais que l'on puisse partager notre expérience sur ce framework. (MP).
Merci.
A bientôt.
Tu ne cherches pas un framework mais un CMS.
Un framework est un cadre de développement qui te met à disposition des briques logicielles (ex. composants de logs, couche d'accès aux bases de données) ou des propositions de méthodologies (ex. fonctionnement par modèle vue/contrôleur), que tu n'as plus qu'à assembler pour construire ton application, par aggrégation de ces composants, application de la méthodologie correspondante, écriture d'un peu de "liant" et des objets métiers.
phpBB n'est qu'un forum. Il y a des extensions basées sur phpBB pour en faire un portail (on se rapproche du CMS).
Un CMS est un outil tout près que tu n'as plus qu'à utiliser, ie, créer des articles, les publier, et sauf besoin particulier, pas grand chose à coder.
Evidemment, un CMS peut très bien reposé sur un framework potable qu'il est possible d'étendre (mais c'est rarement le cas, souvent les CMS sont assez monolothiques et difficilement réexploitables / extensibles si on doit mettre les mains dans le code).
Autrement dit la question est bien : dans quelle mesure veux-tu écrire du code ?
Si tu acceptes d'en écrire un peu un framework sur lequel repose une esquisse de CMS avec une bonne réputation est Seagull (voir mon post précédent).
Un pur CMS que je trouve bien pour un usage basique est Plume CMS.
Un framework intéressant pour tout faire à la main en partant de presque zéro est Zend Framework (pas encore instable) ou Symfony (qui a une approche fortement typée "génération de codes" sur certains aspects, mais c'est pas mal aussi).
Rien ne t'empêche de faire çà avec n'importe quel CMS.
Le moteur de templates est en général totalement optionnel dans les CMS (ex. Zend). A toi du coup de générer tes pages en XML et d'appliquer tes feuilles de style XSLT ... je ne vois pas trop ce que tu attendrais sur ces aspects de présentation de la part du framework ? Le framework est destiné à produire des pages, qu'elles que soient leur présentation et qu'elles que soient la manière de les construire (constrution par templates ou non, génération de pages HTML ou XHTML + CSS ou XML + XSLT).
p.s. : tu as une url pour radxml, google ne me trouve pas grand chose et je ne connais pas du tout ?
normal... j'ai inversé en fait c'est xmlrad et pas radxml :p
Php.mvc
Moi c'est PHP.MVC ^^
Un clone de struts en PHP.
pas mal du tout, j'y ai ajouté le plugin PHPTAL.
Et je suis vraiment libre au niveau du design.
Moi, j'utilise CodeIgniter, un développement MVC recent (2006). Je le trouve très bien foutou, petit, élégant, stable, bien documenté.
Tout en anglais.
CodeIgniter reprends des concepts de RubyOnRails.
http://www.codeigniter.com/
Merci pour le lien, je vais étudier çà ; je viens juste de lire le "at a glance", certains points ont l'air pas mal (framework léger, pas de système par template par défaut - chacun fait ce qu'il veut et en utilise un, celui de son choix, ou pas -, orienté performance), par contre, pour les raisons qu'ils évoquent, et c'est à la fois un avantage et un inconvénient, le framework n'est pas orienté PHP5 (ne bénéficie pas de ses apports, mais tourne toujours sur PHP4 - moi depuis qu'Infomaniak tourne sous PHP5 çà me va très bien des framerowks PHP5 ;-).
Je n'ai pas lu toutes les x pages de la discussion, mais je vais me permettre de repondre à une question qui est revenu souvent: la difference entre une API et un Framework
- une API est une bibliotheque de fonction (qui pourra donc etre général)
- un Framework est un "squelette" d'applications. A la difference d'une API, un Framework contient une fonction main(). Un Framework est donc un ensemble de briques (objets) que l'on peut parametrer (en passant des parametres à certaines méthodes, logique) et étendre (par héritage)
Par exemple, on pourra trouver des bibliotheques regroupant des fonctions de manipulation d'images, du son...
alors qu'un Framework permettra de developper une application dans un domaine particulier (Banque, assurance, par exemple, mais on peut trouver plein de framework diffenrents...)
Voilà, merci les cours de "Composants et Schémas de reutilisation" du M2 Infomatique Professionnelle
Salut, moi aussi, j'utilise des bibliothèques php perso car j'ai des applications très précises et j'avoue que j'aime bien développer mes propres trucs...
Je suis ancien informaticien (dans la 3D temps réel) et maintenant je suis instit, j'ai un peu de temps pour coder sans etre stressé par des délais
Sinon, j'ai utilisé aussi fpdf pour creer des fichiers pdf avec graphes et tableaux...
++
JC
Moi j'ai voté autre...
En effet, ya à peu près un an, j'ai fait mon mémoire de stage en mettant en place un framework basé sur php5 et PEAR... Cependant, j'ai découvert RubyOnRails ya 5 mois, et là, j'avoue que mon (notre) framework est loin de ce que rails fait... donc nous avons décider de faire un nouveau benchmark sur ce qui ce fait en Php actuellement. La j'ai vu trois candidat et je pense me lancer dans l'un d'eux et le recommender dans la boîte.
Le premier est Symfony qui est proche de RoR, cakePhp, mais j'ai entendu que son déploiement nécessite d'activer des modules sur apache, Prado, mais n'ayant pas une culture struts, ce ne sera pas évident.
Pour compléter la réponse de Yogui :
- smarty provient de la communauté PEAR mais aujourd'hui il vit sa vie tout seul et ne dépend pas de PEAR contrairement a HTML_Template_Flexy, HTML_Template_IT, HTML_Template_PHPLIB, HTML_Template_Sigma, HTML_Template_Xipe. Tu ne trouveras pas Smarty en faisant une recherche dans les packages PEAR. Ce n'est pas un composant du framework PEAR.
Tu le retrouveras d'ailleurs dans certains des frameworks que tu cites plus haut.
- PEAR a des packages php5, (on s'en fout mais je recfifie la chose ^^)
Pour revenir au sujet, j'avais moi même cherché et testé quelques frameworks et pour l'instant j'avoue avoir bien aimé Copix. C'est developpé par une société et redistribué en opensource. La communauté n'est pas très grande mais le leader répond tous les jours sur le forum. Par contre la version 3 sort dans peu de temps, il faut peut être attendre.
C'est son aspect modulaire que j'avais apprécié et le fait que plusieurs briques sont déjà présentes de base. Les DAO sont pas mal non plus. (Communauté francaise).
Je déconseille PHPMVC qui n'est que tentative de portage de struts mais qui n'en récupère que la complexité. Il n'apporte pas de plus value en dehors de l'encapsulation et d'un modèle MVC.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager