Bonjour à toutes et à tous,

Depuis quelques temps, je me suis rendu compte que développer son framework n'est pas une tâche aisée. Je me suis donc mis en quête d'un framework qui me conviendrait, à savoir : léger, simple, sécurisé, rapide, sous licence BSD, hiérarchisé, propre (respect des design pattern, etc.), tenant bien la charge et si possible complet. Après la bonne cinquantaine de framework que j'ai explorer (vous savez l'exemple du blog ), je suis tombé sur CodeIgniter. Tout n'est pas rose bien sur (gestion des URL, du SQL, des Active Records, implémentation d'un Registre, statisation [ça existe pas mais ça sonne bien ^^], etc. à ré-écrire) mais c'est plutôt bien.
J'aimerais savoir si certains d'entre vous ont eu la (mal?)chance de l'utiliser et comment ils l'ont perçut. Réponds-t-il aux attentes ?
J'ai noté qu'on lui trouvait un manque de maturité, un faible support de PHP5 et une difficulté d'utilisation pour les grands projets, qu'en est-il ?

Par avance,
Merci

Mon framework à moi, c'est Php ...

Si non j'ai trouvé un fork Kohana, il à l'air un peu instable et il manque de doc, mais je pense qu'il peut être repris.

A vos retour d'expérience
Par avance,
Merci

Bonjour
Je m'intéresse bcp au php, et j'essaye de voir également les framworks qui sont à la porté de tous.
Je m'intéresse bcp au framwork PEAR, l'avez vus utilisez, comment vous le trouver?
Merci

Bonjour
Je m'intéresse bcp au php, et j'essaye de voir également les framworks qui sont à la porté de tous.
Je m'intéresse bcp au framwork PEAR, l'avez vus utilisez, comment vous le trouver?
Merci

PEAR c'est pas un framework, c'est un répertoire de framework

Avant toute chose ....

Il faut se poser la question .. qu'est-ce qu'un framework ....

L'utilisation d'un tel outil ( quel qu'il soit ) ne dispense pas d'apprendre le langage PHP avant ... et quelques concepts de prog objet .

( ce n'est que mon avis perso ... )

Avant toute chose ....

Il faut se poser la question .. qu'est-ce qu'un framework ....

L'utilisation d'un tel outil ( quel qu'il soit ) ne dispense pas d'apprendre le langage PHP avant ... et quelques concepts de prog objet .

( ce n'est que mon avis perso ... )

Une question il est possible d'utilisé un framework sans connaitre le langage PHP

Un framework est un ensemble d'outils à étendre.
C'est une solution pour ne pas redévelopper la roue rien de plus.
Cela n'apporte en rien un produit fini sans connaissances.

Donc prendre un framework sans connaître son langage c'est risible.

Une question il est possible d'utilisé un framework sans connaitre le langage PHP

Il est bien évident que certaines bases sont forcément nécessaires pour utiliser un framework , maintenant je ne suis vraiment pas persuadé que 100% des personnes qui utilisent un FW maitrisent les designs pattern mis en avant , ou les rouages du langage .

Un framework est un ensemble d'outils à étendre.
C'est une solution pour ne pas redévelopper la roue rien de plus.
Cela n'apporte en rien un produit fini sans connaissances.
Donc prendre un framework sans connaître son langage c'est risible.

Pas vraiment , il ne faut pas confondre FW et ensemble de librairies , ( quoi que pour certains ce n'est pas si loin ) , nous arrivons aujourd'hui à un tel niveau d'abstraction via les frameworks que certaines personnes , ne sauront pas faire un simple formulaire d'enregistrement avec vérification des champs et enregistrement en base de façon sécurisé , sans sortir systématiquement le char d'assaut qu'est le FW .... ( et cet exemple est bien réel ... ) , à ce niveau , je ne trouve pas ça tellement risible ...

D'ou mon point de vue sur les connaissances assez pointues sur le langages et les concepts objets avant de vouloir utiliser quelque chose qui permet de se passer des notions de base ... il ne sagit pas de réinventer la roue mais de connaitre son fonctionnement .

le PHP c'est quand même assez bas niveau, je doute que ceux qui font du ruby ou du python arrivent a faire un site facilement et de A a Z (RoR et Django n'étant que des frameworks de ces derniers)

Je suis assez d'accord avec la vision de stopher, sur le fait que nombres de personnes utilisent un FW en passant pouvoir se passer de la maitrise du langage qui se trouve au dessous.

Mais, pour moi, c'est assez suicidaire de faire ça, et c'est comme ça qu'on fini par entendre que les FW ne sont que des usines à gaz.

Je pense que pour bien utiliser un framework, il faut le comprendre.
Je ne dit pas qu'il faut maitriser les moindres rouages et la moindre ligne de code, mais plutôt qu'il faut comprendre les principes qu'il met en place, pour savoir comment l'utiliser correctement.

Mais bon, en écrivant ça, je me dit que c'est la même chose pour PHP en fait

Mais bon, en écrivant ça, je me dit que c'est la même chose pour PHP en fait

Que ceux qui utilisent php devraient pouvoir maitriser et comprendre C ?

Un framework est un ensemble d'outils à étendre.
C'est une solution pour ne pas redévelopper la roue rien de plus.
Cela n'apporte en rien un produit fini sans connaissances.
Donc prendre un framework sans connaître son langage c'est risible.

Pas vraiment , il ne faut pas confondre FW et ensemble de librairies , ( quoi que pour certains ce n'est pas si loin ) , nous arrivons aujourd'hui à un tel niveau d'abstraction via les frameworks que certaines personnes , ne sauront pas faire un simple formulaire d'enregistrement avec vérification des champs et enregistrement en base de façon sécurisé , sans sortir systématiquement le char d'assaut qu'est le FW .... ( et cet exemple est bien réel ... ) , à ce niveau , je ne trouve pas ça tellement risible ...

Je suis tout à fait d'accord avec toi sur ce point sauf sur la différence FW/librairies, l'abstraction est certes présente mais quel est le but de cette abstraction ? C'est justement pour ne pas avoir à coder trente six fois la même chose pour trente six systèmes différents. C'est un outil comme un autre qui permet de développer plus vite.
Cependant tu vois vraiment quelqu'un qui arriverai à faire un site avec un framework quelconque en ne sachant différencier echo et explode ?
J'hyperbole beaucoup mais ce afin de préciser ma pensée puisqu'elle n'a semble-t-il pas été comprise.

Je pense que pour bien utiliser un framework, il faut le comprendre.

D'où l'intérêt de prendre un framework simple à comprendre.
Pour moi un framework c'est un outil qui donne un ensemble de méthodes, qui évitent la répétition (gestion des sessions, protection des formulaires, scaffolding, etc.).
Mon choix se porte pour l'instant sur Kohana, il semble plus simple, la base est plus légère que celle de CodeIgniter, mais elle dispose de beaucoup plus de plug-in, ce qui compense largement. Le seul hic c'est la pauvreté de la documentation, mais bon, c'est pas insurmontable.
Si vous avez déjà eu l'occasion de le tester,
Par avance merci de vos retour d'expériences.

Salut.
Personnellement, j'ai découvert CI (CodeIgniter) fin 2008, et depuis je n'utilise que lui. Les produits que je développe : du "vitrine/plaquette", du e-commerce, du CMS.
Comme c'est un framework "élémentaire", j'y ai ajouté très facilement mon propre framework (php5.3 POO, bdd, saupoudré de JS) de gestion de droits, utilisateurs et ressources, bref un CMS.
CI permet de bien se concentrer sur le "métier" pour lequel tu dois dev. Après, forcement, il a ses limites, mais je ne les ai pas encore rencontrés. (par contre dans mon framework si )
Je trouve que :
- c'est une bonne base,
- une structure simple,
- modulaire,
- extensible,
- facilement compréhensible,
- fonctionnant sur tout hébergement (même mutualisé),
- dans laquelle on peut facilement ajouter des trucs en quelques minutes.
Donc, je dirais que CI est très bien pour produire, ou pour apprendre "les framework" (avant de passer sur du lourd (qui, bien souvent, est surdimensionné))