RedBean : Object Relational Maping (ORM) à la volée pour PHP
Le 2009-11-16 17:21:22, par RideKick, Rédacteur
L'idée :
RedBean mapper de bases de données léger. L'idée centrale de RedBean est le bean (haricot
La philosophie est simple : si vous lui donnez un bean il le stockera en base quelque soit le bean.
Quels sont les avantages :
- Pas de configuration , simplement les logs de la base et en avant !
- Prêt à être utilisé.
- Pas de schéma compliqué, RedBean se charge de tout.
- Très peu de méthodes, le rendant simple d'utilisation.
L'avez vous testé ?
RedBean mapper de bases de données léger. L'idée centrale de RedBean est le bean (haricot
La philosophie est simple : si vous lui donnez un bean il le stockera en base quelque soit le bean.
Quels sont les avantages :
- Pas de configuration , simplement les logs de la base et en avant !
- Prêt à être utilisé.
- Pas de schéma compliqué, RedBean se charge de tout.
- Très peu de méthodes, le rendant simple d'utilisation.
L'avez vous testé ?
-
dorian53Membre habituéJe ne connais pas du tout, j'attends les premiers retours avec impatience (syntaxe, performances, pérennité du projet, etc...).
Si d'ailleurs vous pouviez établir la comparaison avec Doctrine qui est en vogue en ce moment...le 16/11/2009 à 20:44 -
gannherMembre avertiJe suis allé sur leur site et honnêtement ça donne vraiment pas envie.
Ce n'est pas pratique pour un site de documentation.
Et ils donnent un exemple de CMS en 42 lignes de code PHP. Quand on regarde le code, on voit le HTML et le PHP mélangé sans aucune différence entre la partie données et l'affichage.
Alors ce n'est qu'un exemple mais quand même ...
Ca ne m'a pas donné envie d'aller plus loin mais bon histoire de ne pas m'arreter à ce genre de détails, je le testerai quand même.le 17/11/2009 à 0:09 -
Moue... non, ca a l'air un peu leger quand meme. ce que j'aime pas dans les solution actuel d'ORM c'est l'abscence de la notion de cache et (avec doctrine) la trop grand complexite de le faire marcher avec une base de donnee deja existant. Si seulement j'avait plus de temps et pouvais continuer le miensle 17/11/2009 à 3:02
-
dorian53Membre habituéQuelle complexité ?le 17/11/2009 à 10:54
-
par exemple: http://www.doctrine-project.org/docu...erating-models,car c'est l'orm de reference en php, pour toi ca c'est pas complexe ? je dis pas que c'est insurmontable, mais franchement quand je vois ca et je me dit que je vais devoir le faire plus de 100 fois car ma bdd et enorme ... ba non mercile 17/11/2009 à 11:39
-
dorian53Membre habituéTous les modèles sont générés automatiquement soit à partir de ta base soit à partir d'un fichier Yaml par exemple.Y'a plus complexe quand même ?
Code : Doctrine_Core::generateModelsFromDb('models', array('doctrine'), array('generateTableClasses' => true));le 17/11/2009 à 11:55 -
oue mais ta tout les YAML truc machin a ecrire etc...le 17/11/2009 à 12:30
-
dorian53Membre habituéNon, c'est soit l'un soit l'autre.
Soit tu génères à partir de la base de données, soit à partir de fichiers Yaml.le 17/11/2009 à 14:29 -
Oscar HibouxMembre avertiJe ne fais que passer et proposer PHP-ActiveRecord. C'est une sorte de portage du système Ruby. Je l'utilise depuis peu et je n'ai pas grand-chose à redire : c'est simple, efficace et ça me permet de ne pas mélanger mes objets métier avec les classe modèle. Il n'y a rien besoin d'écrire comme configuration, un vrai bonheur !
Là où ça se complique c'est que ça ne fonctionne qu'avec PHP 5.3 et je sais que rares sont encore ceux qui l'utilisent.
Par coincidence j'ai jeté un oeil à Doctrine et RedBean il n'y a pas si longtemps et j'ai trouvé le premier assez lourd (même s'il a l'air assez complet) et je n'ai pas eu bcp de temps pour étudier RedBean qui a l'air assez intéressant.le 02/03/2010 à 21:24 -
RideKickRédacteurCe qui serait intéressant serait d'avoir un petit retour sur les performances de chacun, avec pour référence des requêtes standards (entendez sans ORM juste avec les fonctions mysqli* natives)le 03/03/2010 à 7:54