0
La version 1.0 beta 1 de Jelix, un framework pour PHP 5, vient d'être publié, sous licence LGPL. ( http://jelix.org )Jelix utilise au maximum les spécificités de PHP5, afin d'être le plus léger et le plus performant possible. Il existe en deux éditions : "developer" pour les développeurs, et "optimized" pour la mise en production. Il est possible aussi de se générer une version optimisée en fonction de ses besoins et sa configuration serveur.
Principales caractéristiques prises en charge : Cinématique MVC, structure modulaire, services web, restfull compliant, mapping relationnel objet, localisation, moteur de template ultra léger et évolutif, gestion robuste des erreurs techniques, système évènementiel, mapping des url, authentification, gestion des droits, scripts de générations de sources etc... Tout ceci réalisé avec deux priorités : la performance et la simplicité.
Il peut être utilisé pour tout type d'applications web. Quelques sites l'utilisent déjà (depuis les premières versions alpha...), dont un à très forte audience (plusieurs millions de pages par jour).
Un certain nombre de réponses à des questions courantes est disponible dans la faq : http://jelix.org/articles/faq (en particulier, "mais pourquoi un autre framework ?" etc ;-) )
> Lire le journal (12 commentaires, moyenne: 1,7).
Vous avez demandé le commentaire #795722.
Run by 
Cette page a été générée par Templeet en 0.0506s (dont 0.0048 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
Un petit résumé SVP?
Bon, je vois fleurir 10 nouveaux frameworks par semaine, je m'y perd un peu.
Si quelqu'un pouvait me faire un résumer :
- Qu'est-ce que ça apporte à une liste de fonctions de base de PHP?
- A partir de quand ça vaut le coup d'apprendre un framework (qui prend du temps) par rapport à faire son site à base de PHP de base?
- Quelle pérénité pour chaque framework? Car le problème d'un framework, c'est que c'est la base d'un projet, en changer plus tard est problèmatique...
Bref, je suis un peu perdu dans tout ça, entre l'intérêt hypothétique d'un framework et devoir ensuite choisir le bon...
[^]Re: Un petit résumé SVP?
Ca te permet de développer à partir de quelque chose de déjà existant, plutôt que de tout recréer from scratch. Bosser sur des architectures MVC modulaires et bien conçues à la base simplifie énormément la conception d'un projet, et surtout sa maintenance après coup.
Sans oublier la couche d'abstraction pour la base de données qui permet de passer de MySQL à PostgreSQL, Oracle ou n'importe de façon transparente.
Donc au final le temps "perdu" sur l'apprentissage d'un framework (qui sont en général assez simples, ça s'apprend en à peine quelques jours) sera nettement gagné sur le développement.
Pour ce qui est de la pérénité par contre, c'est vrai qu'on ne peut pas passer facilement d'un framework à un autre, d'où l'intérêt aussi de bien le choisir dès le début.
[^]Re: Un petit résumé SVP?
Pour compléter Zenitram - à moins que je m'égarre mais dans ce cas faut m'accorder quelques indulgences - peut on dire que Jelix est à PHP ce que RoR est à Ruby ? Où cela se rapprocherait il de Zope/Python (apparemment non, mais bon je ne suis pas trop qualifiée) ?
Dans le premier cas il me semble que c'est un outil qui faciliterait la vie pour faire - un tout petit peu - d'AJAX avec PHP. Je dis ça sans trop de conviction ;-) En feuilletant les ouvrages sur AJAX il y a 2-3 jours je n'ai vu en effet aucune réferrence à Jelix. A moins que cela soit prévu dans une version future ?
[^]Re: Un petit résumé SVP?
je ne connais ni zope, ni ror, si ce n'est que de nom, donc je ne m'avancerai pas au niveau comparaison. Je peux juste dire que Jelix est un framework moderne, issue d'une expérience de 6 ans en terme de développement de framework php professionnel. À toi de regarder la doc pour voir si il te convient ou non.
Pour moi, ajax, c'est un concept coté client, s'appuyant sur des services web fournis par un serveur. Jelix te permet de faire la partie serveur. Pour le moment, rien coté client, pour la simple et bonne raison que :
1) il y a pléthore de bibliothèques javascript pour faire de l'ajax qui nettoie tout du sol au plafond. Entre celles qui font le strict minimum mais mal, et d'autres, véritables usines à gaz de plusieurs dizaines de ko (c'est à dire, qui ne font pas que de l'ajax, mais aussi des animations DOM, simuli de drag and drop &cie), il m'est pour le moment difficile de choisir.
2) si il fallait en choisir une, cela voudrait dire qu'il y a trop de chance que cela ne plaise pas. Donc pour l'instant, le développeur utilise celle qui veut, et développe les services web avec jelix (en json, xml ou ce qu'il veut, il y a tout ce qu'il faut dans jelix)
3) Ce n'est pas ma priorité d'offrir un truc full ajax dans tous les sens. Ajax n'est pour moi qu'une petite brique dans la réalisation d'un site/application. Mais si il y a des contributeurs qui veulent proposer quelque chose, pas de soucis (sous forme de plugin de template par ex)
Tu sais qu'il faut plusieurs semaines, plusieurs mois pour écrire un bouquin ? En dehors du fait que Jelix ne s'occupe pas encore d'ajax coté client, c'est peut-être un peu normal que jelix n'y soit pas référencé, tu ne trouves pas ?