Quel framework PHP utilisez-vous et pourquoi ?

[Djug]

Salut

Quel est votre framework favori ? Lesquels utilisez-vous et pourquoi ?
Voici quelques ressources pour vous aider dans votre choix : http://php.developpez.com/cours/?page=frameworks

• CakePHP (http://cakephp.org/)
• CodeIgniter (http://codeigniter.com/)
• Copix (http://www.copix.org/)
• eZ (http://ez.no/)
• PEAR (http://pear.php.net)
• php.MVC (http://www.phpmvc.net/)
• Seagull (http://seagullproject.org/)
• symfony (http://www.symfony-project.com/)
• Zend Framework (http://framework.zend.com/)

Et d'autres frameworks PHP :

• WACT (http://www.phpwact.org/)
• Phrame (https://www.phrame.org/)
• PRADO (http://www.xisc.com/)
• Mojavi (http://www.mojavi.org/)
• BlueShoes (http://www.blueshoes.org/)
• Ambivalence (http://amb.sourceforge.net/)
• binarycloud (http://www.binarycloud.com/)
• phpwebtk (http://phpwebtk.sourceforge.net/)
• rwfPHP (http://www.rwfphp.org/)
• InterJinn (http://www.interjinn.com/)
• Ismo (http://ismo.sourceforge.net/)
• Medusa (http://medusa.tigris.org/)
• Studs (http://mojavelinux.com/projects/studs/)
• Castor ( http://castor.2le.net )
• Solar_App (http://solarphp.com/)
• YellowDuck Framework (http://ydframework.berlios.de/)
• Xaraya (http://www.xaraya.com)
• PHP2Go (http://php2go.sourceforge.net/)
• P4A (http://p4a.sourceforge.net/)
• Zoop (http://www.zoopframework.com)

[..:: Atchoum ::..]

Bonjour,

Bon au risque de paraitre ridicule je vous pose ma question...
Je cherche problablement trop compliqué mais je suis aussi sur que tout le monde ne connait pas vraiment bien la différence...

Qu'est réellement un FrameWork ?

Un cadre d'applications (en anglais, Application Framework) informatique ou cadriciel est un ensemble de bibliothèques permettant le développement rapide d'applications. Ils fournissent suffisamment de briques logicielles pour pouvoir produire une application aboutie. Ces composants sont organisés pour être utilisés en interaction les uns avec les autres.

Quelles différences réelles avec une API ?

Application Programming Interface interface de programmation d'application, un jeu de fonctions ou de méthodes, utilisé pour accéder à certaines fonctionnalités.Application Programmée d’Interface. Langage ou format de message utilisé par un programme applicatif pour communiquer avec le système d’exploitation ou un autre programme de contrôle.

Et PEAR dans tous ça qu'est ce que c'est ? une API ? un framework ?

J'ai lu que Eclipse était un FrameWork ? ZendStudio devrait donc en être un ?

Voila ayez j'ai posé ma question de boulet je m'en excuse mais j'ai envie que ca soit clair dans ma petite tête

Merci d'avance

[Bebel]

Je ne pense pas qu'on puisse dire que Zend soit un framework, c'est un outil de developpement. Mais a ma connaissance il ne propose pas des modules tout prets permettant de developper rapidement des applications. Il propose certes des bouts de code, mais je dirais que cela ne rentre pas dans le cas de ta définition du framework
et pour Eclipse, aucune idée, pour le peu que je l'ai utilise je l'aurais plus classé dans le meme cas que zend

[siddh]

alors,
c'est un avis personnel mais api est framework c'est la meme chose.
Si on utilise beaucoup le mot framework récemment, c'est a mon avis a cause du "framework .net" que microsoft a appelé comme ça alors qu'on parle de "l'api java".

C'est un ensemble de classes pour faire tres court.

Ces classes vont te permettre de programmer plus rapidement.
Elles "encapsulent" des fonctions de "plus bas niveau" (pas au sens que tu te rapproche de la machine), c'est a dire qu'elles vont t'offrir par exemple de manipuler une base de données ou des fichiers de manière tres simple.

D'autres vont te permettre de programmer en utilisant des modèles particuliers de conceptions objet (php mvc par exemple).

Pear, je le considererais comme un framework effectivement.

Quand a dire qu'eclipse est un framework, tu as du entendre ça pendant le reveillon non ?
Eclipse et zend studio sont des environnements de developpement.
Il existe des apis pour developper des plugins eclipse et meme carrement une librairie graphique qui à été crée pour lui.

[KiLVaiDeN]

Envoyé par ..:: Atchoum ::..

Bonjour,

Bon au risque de paraitre ridicule je vous pose ma question...
Je cherche problablement trop compliqué mais je suis aussi sur que tout le monde ne connait pas vraiment bien la différence...

Qu'est réellement un FrameWork ?

Quelles différences réelles avec une API ?

Et PEAR dans tous ça qu'est ce que c'est ? une API ? un framework ?

J'ai lu que Eclipse était un FrameWork ? ZendStudio devrait donc en être un ?

Voila ayez j'ai posé ma question de boulet je m'en excuse mais j'ai envie que ca soit clair dans ma petite tête

Merci d'avance

Poser une question n'a rien de ridicule et c'est tout à ton honneur ! Personne ne connait réponse à tout, et pour progresser il faut poser des questions aux autres et à soi-même

Voici ma réponse à ta question :

API : Une bibliothèque de classes, de fonctions, qui permettent d'avoir des fonctionnalités toutes prêtes. Pour exemple on peut prendre Java, qui fourni une API riche pour accéder aux sockets, pour accéder aux fichiers.. Sans cette API, tu devrais réécrire ces fonctions.

Framework : Un ensemble de composants proposant un "squelette" d'application. Grâce à un Framework, tu peux construire une application, tel un architecte construirait une maison avec un plan. Le framework est donc plus proches d'un plan d'architecte, et les briques seraient les classes d'une API

PEAR : PEAR is a framework and distribution system for reusable PHP components.

PEAR est donc un plan d'architecte pour diffuser des composants PHP réutilisables

[..:: Atchoum ::..]

Ok ok,

Ca confirme un peu ce que je pensais ( en fait j'ai l'impression qu'il y a beaucoup d'abus de langage et je m'y perdais un peu )
Merci a vous d'avoir eclairer ma lanterne...

Concernant Eclipse je viens d'aller relire et effectivement j'ai lu trop de travers (c'était pas au réveillon mais ca doit être un reste du réveillon..
http://fr.wikipedia.org/wiki/Framework)

Voila voila merci encore

[aravis]

Je n'ai pas encore eu le temps de tous les évaluer, mais pour l'instant mon préféré n'est pas dans la liste, c'est le YellowDuck Framework http://ydframework.berlios.de/
la Vue repose sur Smarty par défaut, l'appel d'Action se fait directement par l'appel d'une méthode Action dans la classe d'une requete, ça me fait penser un peu à Struts, mais en beaucoup plus léger et plus simple.
Il suffit de le poser et voir la facilité des exemples pour comprendre tout l'intérêt.

[siddh]

Envoyé par aravis

Ou alors les utilisateurs de framework ont besoin de beaucoup moins d'aide (en particulier sur tout ce qui est technique) et se retournent directement vers les forums associés au framework

Un peu des deux mon capitaine je pense

Php offre deux visages, procédural et objet.

La majorité des developpeurs php n'utilisent pas encore l'objet, même si depuis php 5 ça augmente trés vite.

Les "grandes entreprises" commencent à peine à s'interresser a php (il n'est jamais trop tard).

Du coup les frameworks , à mon avis plus utilisés dans des développements "professionnels" (productivité accrue), commencent eux aussi à peine à être utilisés (et surtout développés).

On a même maintenant des frameworks javascript (là aussi j'ai le mien a moi).

[Kioob]

Je vois peut être une autre raison : pour le moment PHP me semble plus utilisé sur le web qu'en entreprise, et est donc soumis à des contraintes de "temps de réponse" qu'une application interne n'a pas forcément : je ne connais pas beaucoup d'applications intranet qui essuyent les 50'000 vu journaliers. Et au contraire je ne connnais pas beaucoup de sites internet qui doivent lancer des traitements qui durent plusieurs minutes...

Bref, dans un contexte où la performance est importante, je veux bien croire que les frameworks ne sont pas engageants... surtout quand on connait les performances du plus célèbre des framework PHP.

Petit à petit cela va sûrement changer, mais en attendant il va falloir convaincre.

[Alesque]

Personnellement j'utilise PRADO, sous Windows c'est un peu lent à cause des accès disques mais sous un environnement linux et avec un bon gestionnaire d'op code ca fonctionne très bien.

http://www.xisc.com/

[pyorg]

Je me suis mis aussi à Prado. Je n'est pas encore de retour sur les performances.

Par contre c'est très bien documenté et très proche des frameworks JSF (java) ou ASP.NET.

Je trouve cette solution très mature et cela a conditionné mon choix.

A++

[marsupix]

aucun: on est jamais mieux servi que par soit meme lol...

[KneXtasY]

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 !

[Mr N.]

Envoyé par KneXtasY

Imaginez, le gars, il fait une application avec 2 Frameworks !

Et pourquoi pas ???
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.

[Vinchol]

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)

[olive_surf]

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...

[CynO]

+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

[ePoX]

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.

[KiLVaiDeN]

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 !

[ePoX]

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