Aucun
CakePHP
CodeIgniter
Copix
eZ
Jelix
PEAR
php.MVC
Prado
Seagull
symfony
Zend Framework
Autres (préciser)
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.
Bonjour,
Quand même, il y a Zend_Mail, des API d'accès à Amazon, Yahoo, Google Services, Lucene, des classes XMLRPC client et serveur... Pour un framework aussi jeune, il y a quand même pas mal de fonctions de haut niveau. Et puis rien de plus simple que de rajouter celles qui te manquent.
Le principe de conception du framework ZF : forte cohésion et faible couplage. Les classes sont très spécialisées, et n'ont que peu de relations entre elles, uniquement là où c'est vraiment nécessaire. L'avantage d'une structure aussi souple, c'est qu'on est sûr de pouvoir tout coder ou presque sans avoir à tripoter le code du framework parce qu'on en fait une utilisation non prévue par ses développeurs ; le corollaire, c'est qu'il propose un peu moins de fonctions "magiques" et d'automatisations possibles que les frameworks qui prennent les développeurs par la main.
"forte cohésion et faible couplage."
> completement d'accord. c'est en ce sens que j'aime beaucoup Zend.
Il prpose ds packages plutôt que d'imposer son modele.
Le faible couplage et une de mes priorités
"zend_Mail"
oui il y en a quelque uns, et effectivement ya Yahoo , Amazon qui sont fort utiles.
Je trouve cepenant qu'il manque quelques packages traditionnels. toutefois c'est aps grand chose a développer soi meme.
Je prend ce framework comme etantt fait pour l'instant de packages bas niveau et c'est tres bien.
Il va evoluer et apporter de nouveaux package. J'en doute pas une seconde.
Il lui faut le temps, il est tout jeune.
Sinon que pensez vous de PRADO ? apparemment il a l'air tres bien etoffé.
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
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.
salut
j'ai un petit penchent vers PRADO car il a quelque chose de famillier avec le d'ou je viens (Delphi),entre autre la programmation évènementielle.
en faisant des recherches sur le web je suis tombé sur ce comparatif :
http://www.phpframeworks.com/index.php
j'espère qu'il aidera, bon pour l'instant je me lance avec un petit projet que je vais implémenté avec les deux Framewrok a la fin on vera celui qui me conviens le mieux.
a+
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!![]()
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...![]()
Selon mes connaissance il y a une diffirénce entre API (Application Programation Interface) qui sert a proposer de l'aide sur des fonctions dans une bibliothéque ou une framework et un framework qui est un ensemble de fonctions utiles et parfois optimisés qui aide beaucoup les developpeurs.
Merci
Aucun framework.. Mais ca n'empeche pas MVC..
- propel pour le modele
- smarty pour la vue
- le controller selon les besoins et le site..
j'avais testé symfony et un tout petit peu zend framework.. mais pas vraiment accroché ni trouvé que ca simplifiait le boulot..
Moi j'ai testé Symfony, que j'ai trouvé très complet, même trop complet, pas facile à métriser au début, car il offre beaucoup trop de composants à tous les niveaux (ORM, Template, AJAX etc…), donc je le trouve contréniant a mon gout.
En suite je suis passé a Zend, déjà une nette préférence. Plus souples, puissant et sa facilité à intégrer d’autres briques externe, le rend très ouvert.
Mon coup de cœur est sur Jelix, un Framework sous PHP5, très peut connu a mon gout, mais qui est très intéressant, facile a apprendre, souple, robuste, une documentation très bien faite et une communauté très réactives. Je propose même, d’ajouter Jelix comme un choix dans le sondage.
Perso, j'utilise symfony depuis quelques temps. A la base, pour gagner du temps avec la génération de zone admin et puis ensuite pour l'architecture propre qu'il propose.
Le problème, c'est qu'il est complexe et lourd. C'est donc un choix assez inapproprié pour les petits projets.
Je suis donc en train de chercher un outil (et non pas framework), le plus simple possible, qui permette de générer les crud d'une zone admin et des DAO utilisable par le reste de l'appli. Avec PDO derrière ou à la limite une solution d'ORM.
Le but étant de gagner du temps sur cette partie du Dev très chiante et répétitive, tout en restant simple.
Connaissez vous des outils de ce genre ?
Merci par avance.
C'est un peu hors sujet mais as-tu essayé PMO ?
http://pmo.developpez.com/
Comme ORM, j'utilise (hibernate toute la journée, mais on parle pas de java là :p) heu... propel avec symfony et j'avais utilisé un peu doctrine. Je regarderais PMO, du coup
Mais une solution d'ORM, s'il génère les DTO et DAO (et encore pas toujours ...), il ne va pas aider sur le développement des CRUD.
Il y'a des tuto sur le lien doctrine-smarty, mais je crois pas que ça réponde trop à ce que je recherche, faudras que je regarde quand même.
Mais c'est vrai que travailler avec une solution d'ORM permet déja de gagner du temps pour le reste de l'appli (ex: $monDTO->save(); sous propel)
Reste a trouver un générateur de crud par dessus sans avoir à rentrer dans un framework. Juste une outil, quoi![]()
j'utilise aucun des framework sur la liste car aucun ne convient a mon activite (development d'appli multiplateforme non ascii et non utf8 et multilingue). j'utilise donc un homebrew frameworks baser pour la couche vu sur smarty.
j'en profite pour quote cette article http://paul-m-jones.com/blog/?p=236 il date de 2007 mais je pense pas que les performances se sont ameliorer depuis voir meme l'inverse.
À ta place, je ne serais pas aussi catégorique puisqu'il utilise : Zend Framework (0.2.0 and incubator).
Or ZF a énormément travaillé sur ses performances depuis ce temps-là. De même, les tests sont effectués avec PHP 5.2.0, or de nombreuses améliorations ont été apportées depuis lors. Bref, il faudrait reprendre la config et relancer les tests pour avoir un avis à peu près objectif (quoiqu'on puisse toujours trouver quelque chose à redire d'un test comme celui-ci).
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.
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...
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