IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Quel Framework PHP utilisez-vous en 2012 ?
Et pourquoi ?

Le , par Djug

43PARTAGES

1  0 
Quel Framework PHP utilisez-vous en 2012 ?
Symfony2
28 %
Zend Framework
20 %
CodeIgniter 2
16 %
Autre (précisez)
16 %
Zend Framework 2
13 %
CakePHP
11 %
Symfony
9 %
Yii
8 %
Fuel PHP
4 %
CodeIgniter
3 %
Kohana Framework
3 %
Prado
1 %
Hoa
0 %
Voter 191 votants
Quel Framework PHP utilisez-vous en 2012 ? et pourquoi ?

Bonjour,

On continue avec la série des sondages/débats sur le développement Web, cette fois avec un sondage sur les meilleurs Framework PHP.

Plusieurs Framework ont vu le jour depuis le dernier sondage; d'autres ont disparu de la scène ou leur popularité a considérablement reculé.

Lequel(s) de ces Framework PHP utilisez-vous dans vos projets Web ? Pourquoi ?

Quels sont les points forts de votre Framework favori, ses points faibles ?
Dans quels types de projet Web l’utilisez-vous ?
Est-il adapté comme premier Framework ?

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de Benjamin Delespierre
Expert éminent https://www.developpez.com
Le 09/03/2012 à 12:01
Lequel: Le mien (https://github.com/bdelespierre/php-axiom)
Pourquoi: Parce que je le maitrise parfaitement
6  0 
Avatar de rawsrc
Expert éminent sénior https://www.developpez.com
Le 14/03/2012 à 13:52
Citation Envoyé par anikon Voir le message
Après chacun fait comme il veut mais comme tu dis, les besoins des clients sont des besoins métiers, les frameworks n'apportent pas de réponses métiers mais des réponses techniques, ce qui est très différent !!! Et pour aller dans ton sens, effectivement je ne vois pas l'intérêt d'avoir 50 frameworks. Regarde chez Microsoft avec le framework .net, il est unique et utilisé par 50 languages (C#, vb... il y a même du cobol.net!!!!). Mais c'est comme ça dans le monde libre, chaque éditeur pense que le sien est le mieux parce qu'il a une philosophie légèrement différente, plus ou moins extensible ou facile à utiliser etc...
En gros, je te résume : VIVE LA PENSEE UNIQUE qui est la meilleure puisque c'est la mienne.
Penses-tu sincèrement que l'informatique et les TIC en général seraient là où elles en sont si elles n'avaient eu qu'un seul et unique architecte depuis l'origine ?
C'est la diversité des pensées, des contributions et des philosophies autour d'une même problématique qui ont permis les évolutions, les révolutions et même les ratages. Merci à ceux qui ont joué et qui continuent à jouer.

Je suis pour les 50 frameworks qui font tous plus ou moins la même chose. L’émulation que cela génère est bénéfique pour la communauté et même pour la technologie.
Ensuite les acteurs et les utilisateurs de ce joli bazar sont loin d'être stupides. T'inquiètes donc pas pour eux, avec le temps, une sélection naturelle s'opère. Comme tu peux le constater, tout nouveau framework est bâti sur les meilleurs restes des précédents, enrichis des retours d'expérience et adaptés à la technologie du moment... Et c'est sans compter les contributions inter-technologiques...

Microsoft fait de même dans son coin sauf que c'est plus organisé. Il n'ont pas le choix à vrai dire. Je serai curieux de connaitre les moyens mobilisés par cette société pour la veille technologique.
Les évolutions principales de leur framework sont dues aux mêmes raisons que dans le monde libre : fork interne, veille technologique, retours d'expérience et développeurs fous...

En conclusion : curiosité, imprégnation, réflexion, codage et recodage. Dans l'ordre que vous voulez
Bref, je suis à l'opposé de ta vision des choses.
6  0 
Avatar de rawsrc
Expert éminent sénior https://www.developpez.com
Le 15/03/2012 à 12:36
Citation Envoyé par GrandFather Voir le message
Si c'est réellement représentatif du code de configuration d'une application Web « basique » écrite avec ZF2, il est très clair qu'ils ont foiré le principe KISS et que je vais en rester à ZF1. Et je prédis à ZF2 le même avenir radieux qu'à PHP6...
C'est la mode des machins trucs bidules "full-stack" en PHP (qu'est ce je peux entendre ce mot en ce moment). Donc ça doit faire le café, griller les biscottes parfois même les beurrer. C'est clair que le principe KISS (Keep it simple and stupid) a été bel et bien enterré. Tu vois le virage de SF2, tu pleures.
C'est bien joli tous ces outils mais ils ont l'air d'avoir oublié quand même un principe de base : un développement c'est une unité homogène et fonctionnelle de codes sources. Et je n'ai jamais vu quelque part qu'on s'amusait à changer des pans entiers d'un programme du soir au matin, juste pour voir. Alors les patterns de la mort qui tue concernant les dépendances, les abstractions qui s'empilent juste pour être prêt à gérer tous les cas de figures et qui t'obligent à jouer les Experts (ou Derrick selon l'âge ) pour t'y retrouver, sont généralement inutiles pour 80% des fonctionnalités.

D'expérience, je peux vous assurer que les modifications substentielles de sites conduisent généralement à une réécriture pure et simple du code et la flexibilité tant mise en avant par ces outils n'est jamais utilisée.
Lors d'une présentation, j'ai même entendu : "si demain, vous décidez de changer d'ORM, rien de plus simple, yapuka..." mais le truc c'est que personne ne changera d'ORM sans bétonner à mort au préalable.
Et entre le temps où tout sera qualifié et prêt à être déployé, ton super outil (super robuste, ultra souple) et l'ORM auront évolué et qui me garantit que cela sera toujours compatible/fonctionnel.
Sans compter qu'il faudra remettre les mains dans le cambouis quand même. La magie en informatique ça n'existe pas. Y click Y click c'est du vent.
La boite vivra sur son vieil outil et décidera de le reprendre complètement après un certain temps. C'est comme ça, les évolutions progressives en informatique sont très rares. On avance par saut.

Donc retrouver ces outils en production me laisse pantois vu la surcouche que cela ajoute.

Les gens perdent en lucidité. Ils doivent penser que Copperfield est un vrai magicien.
5  0 
Avatar de rawsrc
Expert éminent sénior https://www.developpez.com
Le 14/03/2012 à 11:22
Citation Envoyé par anikon Voir le message
J'avoue que je ne comprend pas bien les gens qui préfère développer leur framework perso plutôt que d'utiliser ce qui existe déjà, qui est développer, documenter et tester par des dizaines ou centaines de personnes, maintenu à jours dans le temps etc etc... C'est un gros gage de fiabilité. Un framework "maison" (pour en avoir utilisé plusieurs chez des clients) est toujours plus ou moins buggé et limité.
Tu sais, développer c'est aussi utiliser sa tête et pas seulement empiler des briques développées par d'autres. Il y a d'ailleurs une discussion en cours à ce sujet ici.

J'ai eu la chance de rencontrer des développeurs très talentueux aux détours de petites comme de grosses boites, des gens capables de réinventer la roue de manière à te laisser pantois. Tout ça, parce qu'ils ont une expérience spécifique, une approche métier éprouvée ou tout simplement une réflexion géniale (et ce n'est pas limité aux développeurs purs et durs).

Tous ces petits développements annexes sont un creuset à idées et il serait bien dommage qu'il se tarisse sous prétexte d'une mode qui veut que tout se standardise. De ces petites idées peuvent naître de plus grandes, de bien meilleures et peut-être aboutir à des nouveautés géniales.

Avec ton raisonnement, cela devient vite très limité. D'ailleurs, pourquoi avoir créé autant de frameworks différents pour faire au final plus au moins la même chose que son voisin ? Ils auraient tous mieux fait de rester couchés, non ?

L'avenir n'est pas dans la standardisation.

Tiens, moi aussi j'aurais mieux fait de rester couché
3  0 
Avatar de Julien Alric
Membre à l'essai https://www.developpez.com
Le 14/03/2012 à 17:42
J'ai développé plusieurs projets avec ZF et SF2. Avec le recul, je trouve ces solutions élégantes mais lourdes. Courbe d'apprentissage lente, performances insuffisantes. La souplesse de PHP a été sacrifié avec pas mal d’inconvénients, mais tout de même des avantages : briques réutilisables, maintenabilités.

Ces solutions sont inadaptés autant pour des petits sites que pour des sites à très fort trafic, sauf à faire des choix technologiques très contraignants. Elles copient trop Java, sans assez tenir compte des spécificités de PHP, et à la vue de leur évolution je m'interroge sur la réelle maturité de ces frameworks qui à grand coup de communication bénéficient d'un fort effet de mode.

Pour autant, ZF et SF répondent à pas mal de problématiques, et il est aussi bon que PHP s'oriente dans cette voie. Il y a fort à parier qu'il y aura encore des évolutions importantes parmi les frameworks PHP dans les 5 prochaines années.
3  0 
Avatar de kdmbella
Expert éminent https://www.developpez.com
Le 09/03/2012 à 12:49
Citation Envoyé par Benjamin Delespierre Voir le message
Lequel: Le mien (https://github.com/bdelespierre/php-axiom)
Pourquoi: Parce que je le maitrise parfaitement
Le meilleur framework est le sien donc pour l'instant je fais du from Scratch et ça marche toujours car j'ai la maîtrise totale sur mon code .
2  0 
Avatar de 3logy
Membre actif https://www.developpez.com
Le 09/03/2012 à 22:22
Alors Yii est immense, apres avoir essaye Code Igniter et SF je m'y suis accroche!!

• Modele MVC
• DAO et Active Record
• Support jQuery
• I18N et L10N
pour ne citer que quelques qualités et CRUD qui est excellent!
2  0 
Avatar de GrandFather
Expert éminent https://www.developpez.com
Le 14/03/2012 à 18:08
Citation Envoyé par Benjamin Delespierre Voir le message
C'est pourquoi il est toujours conseillé de passer à un framework une fois avoir fait ses armes avec du PHP pur.
Je dirais même que plus que conseillé, c'est indispensable. Particulièrement pour un framework comme ZF qui propose plusieurs approches possibles pour un même problème, étant bien moins structurant que Symfony par exemple. Si on ne sait pas ce que l'on fait avec un framework et pourquoi on le fait, il est très facile d'obtenir un résultat contre-productif et d'annuler ses avantages.
2  0 
Avatar de MaitrePylos
Modérateur https://www.developpez.com
Le 15/03/2012 à 9:57
Juste pour mettre de l'eau au moulin.

Le manifeste "micro PHP" .

Les commentaires sont de qualités, émis par des personnes reconnue du monde PHP.

MaitrePylos
2  0 
Avatar de anikon
Membre habitué https://www.developpez.com
Le 15/03/2012 à 11:17
Citation Envoyé par Benjamin Delespierre Voir le message
Je peux en dire autant de toi: tu critiques toujours ouvertement les projets en inadéquation avec ta propre logique ?
Par ailleurs, ce n'est pas parce que je suis modérateur que je ne peux pas dire ce que je pense. J'ignore la façon dont tu pense que ton propos est perçu mais on se sent insulté en te lisant.
Si vous vous sentez insulté j'en suis désolé, ça n'a jamais été mon but. Ce que je dis n'engage que moi, c'est un avis personnel !!! Je n'ai jamais dit que mon avis était le seul valable. J'ai moi même bricolé quelques début de framework maison juste histoire de bosser un peu mes bases du MVC, ORM ou des genres de dataGrid etc... mais en production, pour des clients je passe toujours par des frameworks ayant fait leur preuve et qui sont pour moi un gage de qualité et d'évolutivité. Je ne sais pas quels type de dev vous faites ou pour quel genre de clients vous bossé mais bien souvent les clients réclament tel ou tel framework sans même savoir si il est bien pour eux mais du coup on est bien obligé de l'utiliser...
2  0