Discussion :

[nuKs]

Personnellement j'utilise Jelix pour sa structure très bien faite et innovante.
Le principe de base de ce framework est l'optimisation. Par exemple, son moteur de template dispose d'une syntaxe à la smarty mais en étant beaucoup plus léger grâces au tokenizer de php. Je vous conseil d'aller voir sur leur site www.jelix.org pour plus d'info.
L'avantage de ce framework est qu'il est conçu sur base de plugins (mis-à-part le core et malheureusement le système de template). Par exemple - dquintard, ça pourrait t'être utile -, vous pouvez changer le moteur d'url facilement en créant un nouveau plugin, ou alors utiliser un des deux plugins existant pour avoir, soit des urls de ce type /endroit/du/site/ programmées grâce à un fichier xml, soit des urls entree.php?module=xxx&action=yyy. De plus, changer de moteur d'url ne pose aucun problème pour les projets déjà posés car les urls ne sont jamais écrites en brute, mais sont écrites de manière à faire abstraction de l'endroit où se situe le fichier et au moteur d'url (grâce à une classe jSelector).
Maintenant, le framework vient tout juste d'en arriver à sa version 1.0RC1, mais l'api est déjà posée depuis longtemps et est déjà utilisé par de gros projet (Comme overblog par exemple). Personnellement je trouve que Jelix a énormément d'avenir et j'y ai déjà fait quelques modestes contrib'. Donc si quelqu'un veut n'importe quoi, qu'il n'hésite pas à venir sur le chan IRC, je serai probablement là sous le pseudo nuks.

[dquintard]

Bonsoir,
Merci à vous 2 pour vos réponses.
Quand je vois le nombre phénoménal de framework php je dois dire qu'il m'est difficile de choisir.
D'autant plus que pour pouvoir les comparer il faut les essayer et ca prend du temps de comprendre leur principe.
Dans la liste http://www.phpwact.org/php/mvc_frameworks
faut-il préférer des framework de type Ruby On Rails ou pas?
Comme j'utilise déjà le système de templates de phpbb2, savez vous si un framework utilise celui ci, car en général ils utilisent souvent smarty.
Est-il facile de changer facilement le système de template (smarty pour phpbb2)


Je pense que je risque de continuer à améliorer mon site en ajoutant uniquement les nouveaux modules (par exemple http://ez.no/ezcomponents) dont j'ai besoin et utiliser les design pattern.
J'ai peur que la grande majorité des framework soient des usines à gaz dont je n'utiliserai pas le dizième des méthodes.
De plus je ne parle pas du temps pour la prise en main, de la lourdeur du code.
Enfin combien de framework vont survivre?
Que se passe-til lorsque mon framework n'est plus maintenu.

Le Zend Framework a peut être un avantage la dessus.

[Yogui]

Zend Framework, symfony, CakePHP, eZ... Il existe un certain nombre de frameworks PHP très connus, pour lesquels de nombreux articles ont été publiés (ce qui dénote une large adoption) et dont on sait qu'ils ne seront pas abandonnés par la communauté.

Parmi ces frameworks, un certain nombre utilisent un modèle MVC flexible. Je ne suis pas spécialiste dans les FW mais je sais que ZF par exemple n'utilise pas de moteur de templates. La raison est que les templates sont suffisamment simples pour ne pas avoir besoin de surcouche d'abstraction, mais on peut quand même utiliser un moteur de TPL. En fait, n'importe quel moteur de TPL est compatible ZF (sous réserve de compatibilité avec PHP lui-même).

Pour une vision d'ensemble des principaux moteurs de TPL : http://g-rossolini.developpez.com/co...php/templates/

[Invité]

Moi j'utilise kohanaphp

Pourquoi kohana est-il différent ?

Bien que s'appuyant sur des Design Patterns et concepts déjà éprouvés, certaines particularités permettent à Kohana de se démarquer :

1. Communautaire, plutôt que propriétaire. Le développement de Kohana est pris en charge par une équipe de professionnels indépendants recherchant un framework leur permettant de développer rapidement de puissantes solutions pour répondre à tous types de projets.
2. POO stricte en PHP 5. Offre de nombreux avantages : contrôle de la portée, chargement à la volée des classes, surcharge, interfaces, abstractions, et singletons.
3. Extrêmement léger. Kohana n'a pas de dépendance liée aux extensions PECL ou aux librairies PEAR. Les librairies lourdes et monolithiques sont délaissées au profit de solutions optimisées aux besoins du framework.
4. Les variables globales GET, POST, COOKIE, et SESSION fonctionnent normalement. Kohana ne limite pas l'accès aux données globales, mais offre des filtres et une protection contre le XSS.
5. Chargement à la demande des classes. Les classes ne sont chargées que lorsque votre application en a réellement besoin.
6. Pas de conflit de nom. Toutes les classes du framework sont suffixées afin de permettre l'utilisation de noms similaires entre différents composants, afin d'offrir une API plus cohérente.
7. Gestion des ressources en cascade Chaque élément de Kohana peut être surchargé ou étendu sans modifications des fichiers systèmes. Une gestion des modules permet d'ajouter de nouvelles fonctionnalités à votre application de manière transparente.
8. Librairies de drivers et API cohérente. Les librairies peuvent faire appel à différents "drivers" afin de prendre en charge des APIs externes de manière transparente. Par exemple, plusieurs options sont disponibles pour le stockage des données de session (base de données, cookie, native), mais la même interface est utilisée pour chacune. Ceci permet de développer de manière transparente de nouveaux drivers pour les librairies existantes, ce qui permet de conserver une API cohérente.
9. Un puissant gestionnaire d'événements. Les gestinnaires d'évènements du type Observateur offrent un grand potentiel de personnalisation.
10. Un cycle de développement court. Un développement rapide permet de répondre plus rapidement aux demandes d'évolution fonctionnelle ou de correction d'anomalies.

[mdiam]

Bonjour,

Personne ne parle de Jelix (http://www.jelix.org) ? Framework
englobant (même si certains morceaux sont utilisables de manière indépendante).

J'aurais bien fait du Rails, mais devant le probleme de déployement en
milieu mutualisé, j'ai cherché (un peu) quelque chose en php qui s'en rapproche, sachant que ce n'est pas la peine de singer du ruby avec du php.
J'ai hésité entre Symfony (plus proche de Rails) et Jelix (plus libre, pas de YAML, description de haut niveau des formulaire en xml, ...).

Je suis plutot en train de m'orienter vers jelix car l'équipe
(transfuge de Copix) n'a fait aucun compromis sur les aspects
POO, Pattern (MVC, DAO, ...), efficacité (de gros sites l'utiliserait), localisation et utf-8...), respect des standards, ...

La communauté (plutot francophone pour l'instant) est tres vivace
et la doc évulue à vue d'oeil.

Inconvénient de Jelix : ils ont fait une croix sur la compatiblité avec
php3, php4, php4etDemi, php5moinsLeQuart : jelix nécessite php5.2.

Résultat le framework complet fait moins de 9 Méga.
(il parait qu'un dossier devrait sortir dans linux plus magasine de juin...)

Des retours d'expérience ?

-- Maurice

[m@noo]

Personnellement j'ai choisi jelix pour réécrire un des mes sites (petites vitrines pour gérer des annonces d'occasion)

Tout en découvrant les principes du framework, j'ai réécrit le front-office assez rapidement avec très peu de code et un découpage de page en zone très pratique. Cela va me faciliter la maintenance et le développement de nouvelle fonctionnalité.

Reste à voir pour la partie back-office (CRUD, formulaire, upload ...) mais il y a déjà des choses de prévu donc je ne me fais pas trop de souci.

Et puis dans la communauté on trouve toujours une bonne âme pour nous guider dans la doc ou nous donner une réponse.

[nuKs]

Personne ne parle de Jelix (http://www.jelix.org) ?

Si
Personnellement, je trouve que la communauté y est très sympathique sur IRC mais malheureusement, je manque de motivation pour continuer mon projet.

[cyreel]

Moi j'utilise symfony depuis a peu près trois semaines.

J'avous que je n'avas pas le choix car cela m'a été imposé par mon patron ki lui en a utilisé plusieurs et a jugé que symfony étais le meilleur.

Et comme les fonctions se rapprochent de cell ede Java je me sent plus a mon aise avec!

[Yogui]

Nous avons remis le sondage à zéro pour cause d'ancienneté, car je suppose que la plupart d'entre vous ont changé de framework depuis qu'ils ont voté ici, n'est-ce pas ? Je crois notamment me souvenir d'un petit inconnu à l'époque, un certain Julien P. pour ne pas le citer, qui proclamait n'utiliser aucun framework en 2006...

[stailer]

Et bien moi je revote la même chose : Autre - LE MIEN

Simplement MVC, Routage, Façades. Pour les trucs spécifiques : PDF etc et bien je charge tout simplement ce qui me manque avec un composant du Zend Framework puisqu'ils sont presque tous indépendants (hors partie mvc).

Le système de vue s'appuie sur SMARTY mais j'ai rajouté la possibilité de faire des layout.

Ajax est intégré complétement dans le framework (si besoin, car désactivable bien sur) avec Xajax

La partie BDD/ActiveRecords etc.. s'appuie sur ADODBPHP, Pour le moment.

Il y a un systéme de plugs ins, de composants aussi, javascript (notamment une intégration de behaviour.js) et un système de "vue partielles", ou en fait une vue est "accrochée" à une classe et on peut ainsi avoir des petits morceaux de vues autonomes.

Pour les helpers, je passe par le systèmes de plugins Smarty ou Xajax.
Enfin il est rewrité avec la possibilité de faire des routes dynamiques bien sur pour personnaliser les urls.. et surtout : complétement modulaire.

Voilou en gros et pas très bien expliqué mon choix de dev.

[cornnery]

Bonjour,
moi j'utilise codeigniter qui est assez facile à prendre en main et très bien documenté je pense que c'est le framework idéal pour comprendre de manière très simple l'architecture MVC, le seul hic c'est qu'il laisse trop de tâche à faire au développeur parrapport à ce que je lis dans d'autres framework tel que (symfony), à propos c'est le prochain dans ma liste ...

[Floréal]

J'utilise Symfony parce qu'il fait le café.
Comprendre qu'il répond parfaitement à mes besoins lorsque je développe en PHP. Il m'évite bien souvent de réinventer la roue. D'ailleurs dans 95% des cas lorsque j'ai besoin d'une fonction utilitaire, celle ci était déjà fournie par ce Framework.
En suite pour sa gestion de configuration, et enfin pour ses script de génération qui, génère le minimum nécessaire et donc sans code "qu'il ne faut pas toucher".

[Kioo]

J'utilise celui que j'ai créé,

Pour 3 raisons

-parce qu'il est "connecté" avec un CMS intégré puissant.
-parce qu'on pouvait pas faire trop autrement avec une base de donnée MS Sql server 2000.
-parce qu'il tourne plus vite que n'importe quel autre framework.

Inconvenient
En fait ca decoule directement de la derniere remarque.
Il fait ce qu'on lui demande et puis c'est tout. Mais quand notre équipe de dev a besoin de nouvelles fonctionnalités (protocole, etc)
Et bien il faut les intégrer et donc réinventer la roue. Mais y a pas mal d'inspiration de Zend Framework tout de meme.

[mon_nom_est_personne]

Merci de vos reponse. je vois qu'au final l'usage de frameworks reste limite au test et au petit projet. j'aimerais bien en tester quelque un en situation reel mais mais boss et clients vont pas aimer si ca foire :S

[GrandFather]

je vois qu'au final l'usage de frameworks reste limite au test et au petit projet.

Euh, on a pas vu les mêmes choses alors ! Les frameworks ne révèlent justement leurs véritables atouts que dans les projets de taille importante.

[Rakken]

Pour ma part, j'ai hésité entre "aucun" et "autre", pour finalement opter pour "autre".
En fait, j'ai testé quelques framework (openbiz (qui n'est d'ailleur pas cité dans le premier post il me semble)), prado, et deux ou trois autres développé en interne par des boites privées et je dois avouer que je n'ai jamais été réellement convaincu par aucun d'entre eux. J'imagine que je ne suis pas encore tombé sur le bon...

Alors j'ai fini par creer le mien. J'en ai fait une premiere mouture qui permet une édition en direct des pages (facon wiki) avec un système assez poussé de gestion des liens en interne, puis je l'ai transformé (et c'est encore le cas aujourd'hui) pour pouvoir y plugger facilement des modules (livre d'or, news, moteur de recherche...), séparation du code pur de l'affichage, etc...

Alors toute objectivité, je ne pense pas qu'il soit fondamentalement meilleur que les autres. Sur de nombreux points, il l'est même probablement moins. Mais il correspond exactement à mes besoins. Sachant bien évidement que si j'ai un nouveau besoin, il m'est facile de l'intégrer. Je réécrit régulièrement des portions de code pour optimiser ou pour clarifier le code. Cela fait que je suis arrivé aujourd'hui à quelque chose de plutot complet et agréable à l'utilisation.

De plus, coder ce framework m'a fait comprendre un tas de chose, notamment au niveau des choix de codage que j'ai pu voir dans d'autres framework. Face à un problème donné je reflechi, je trouve une solution, je teste, j'ajuste, et au final je me suit souvent rendu compte que j'ai retrouvé sans le savoir des choix qui ont déjà été fait ailleurs, dans des frameworks "professionnel" (disont plutot, connu ^^).
Alors oui, on va m'accuser de réinventer la roue encore une fois, mais n'empeche que les autres ont tous des roues différentes, alors quand on ne réinvente pas la roue, il faut tout de même systématiquement réaprendre à rouler avec les roues des autres et ca n'est vraiment pas ce que je prefère.

Et puis il y a un truc qui peut sembler très con, mais pour mon framework, le code est en francais, et toutes les classes/méthodes sont commentées, façon phpdoc et en français.
Alors oui, on est dans l'informatique, faut parler anglais, blabla, n'empêche qu'en terme de confort, au jour le jour, c'est vraiment appréciable.

[mon_nom_est_personne]

Euh, on a pas vu les mêmes choses alors ! Les frameworks ne révèlent justement leurs véritables atouts que dans les projets de taille importante.

je veux bien te croire mais personne n'ai capable de me donner un nom, une référence de vrai gros site. Les seul retour que j'ai, c'est principalement sur de l'intra/extranet et petit/moyen. J'ai pas me lancé dans un généralisation mais on va parler de mon cas. J'ai 2/3 sites qui font chacun entre 1 et 3 millions de page vue jour et je parle même pas de la bande passant consommée. Et pourtant je dois gardé un accessibilité élevée, c'est a dire gardé un temps d'exécution d'une poignée de millisecond (après la distribution est un autre souci). Donc forcement j'ai du designer des f1 (a comprendre par la que j'ai réduit les dépendances au maximum, mis en cache tout ce que j'ai pu, utiliser beaucoup de c++ la manipulation d'image et autre truc du genre).
Et des sites complexes multi-plateforme (pc/mobile) avec de génération de flash a la volée, traitement d'image, des requêtes sql de compét (meme si la c'est plus au niveau de la db quand tu script). Et les seuls références performances que j'ai des principaux fw c'est des articles vieillaux qui affiche "hello world" et dont les chiffres pour certain font peur.

Donc quand je compile toute les informations a ma disposition, j'en conclus arrive a la conclusion précédentes où a premiere vues les gros frameworks ne serait pas vraiment fait pour des projets de grosse taille.

svp, si vous avez des ressources, articles, références etc... qui me prouve le contraire, je suis prenneur.

[lehic]

Merci de vos reponse. je vois qu'au final l'usage de frameworks reste limite au test et au petit projet. j'aimerais bien en tester quelque un en situation reel mais mais boss et clients vont pas aimer si ca foire :S

Bien au contraire mon_nom_est_personne, je crois que l utilisation des frameworks en prod commence à être une pratique courante, du moins ici au Canada.

Je suis d accord avec toi que, quand vous développez pour des clients, il n est pas facile de prendre la décision stratégique de mettre votre vieux frameworks maison au placard et d adopter un frameworks qui a fait ses preuves.

Je crois, aujourd'hui, des frameworks comme Symfony, Jelix ou bien joomla frameworks, on dépassées le stade de test, ces dernier son utilisés par des gros joueurs d internet, je citerais Yahoo qui a opté pour Symfony pour développer Yahoo bookmarks, ou Danone qui a opté pour joomla , ou bien Over-blog, l'une des plus grosses plateformes de blogs française qui a choisie Jelix.

La liste des entreprises qui ont fais ce chois est grande, donc plus vite vous prenez le virage d un framework qui a fait ses preuves, plus vite vous serez opérationnel et compétitive, car pour mois il n y a aucun doute de l utilité et les avantages d utiliser un framework dans nos processus de développement.

Pour ma par, nous avons commencé à utiliser un véritable framework pour nos développement professionnels il y a deux ans, et je peux te dire que le retour sur investissement est réel.

[imikado]

J'ai voté Symfony, Zend framework ainsi que Autres:
J'ai débuté l'apprentissage des frameworks avec symfony, (debuts de la vague RoR) je l'ai trouvé sympa, un peu dur de prise en main et lent (a l'époque de la beta 1, et en grande partie a cause de propel)
Puis j'ai travaillé avec zend framework (à partir de la 1.4 je crois) avec lequel j'ai enchainé les déceptions: pas de générateur de code (contrairement à symfony), obligé de tout se taper à la main :de la generation du projet vierge jusqu'aux classes modeles, une gestion mvc timide à l'epoque (layout pointant le bout de son nez)...
Je continue a utiliser la dernière version pour raison professionnelle, donc je l'ai vu évoluer en bien, mais il y a encore à faire (obliger de me coder un generateur de classes )..
Parallèlement j'ai développé mon propre framework ( hébergé sur ce site http://projets.developpez.com/projects/mkframework) en essayant au maximum d'eviter les erreurs, et de combler les manques de zend et la lenteur de symfony.
Et aujourd'hui quand je développe un projet sous zend j'imagine comment j'aurais pu plus simplement le développer avec mon framework

[eric.quinton]

Pour ma part, j'utilise prototypephp (http://prototypephp.sourceforge.net), outil que j'ai développé, et qui s'appuie sur les classes suivantes :
- ADODB
- OBJETBDD (qui encapsule les accès aux tables - http://objetbdd.sourceforge.net)
- SMARTY, pour l'affichage
- PHPCAS, pour l'identification vers un serveur CAS (prototypephp permet également de s'identifier vers un serveur ldap ou avec une base de données interne)
- PHPGACL, pour gérer les droits

Il fonctionne en mode MVC, les actions étant décrites dans un fichier XML, qui sert également de base à la génération du menu.

Je l'avais développé il y a déjà quelques années parce que je ne trouvais pas d'outils me permettant d'utiliser mes classes favorites de façon simple... Je l'utilise actuellement pour développer mes applications professionnelles.