18-08-2008, 10:30 PM
JE risque de passer pour un alien qui sort d'un trou 10 pages plus tard, mais...
1 - Qu'est-ce qu'un ORM et un DAO ?
Même après 10 pages de topic, une recherche sur google et une sur wikipedia fr+en, je n'ai pas su trouver une ddéfinition objective de ces deux termes.
2 - Quel est l'intérêt de faire générer des requêtes SQL par une moulinette php plutôt que le faire directement soi-même ?
Là non plus, après plusieurs lectures, je ne vois toujours pas l'intérêt de faire ça, pas plus que d'utiliser un moteur de template.
Si on sépart son code en deux parties bien claires, d'une part le traitement des données et d'autre part leur affichage, et une troisième pour orchestrer les deux, je ne vois pas l'intérêt d'utiliser une surcouche, php joue lui-même parfaitement le rôle de moteur de template. ON limitera le code d'affichage à echo, if/elif/else, foreach, appel de fonction simple genre htmlentities et paf, on a tous les ingrédients nécessaires.
Le reste, c'est pour changer la syntaxe, pour ne pas la simplifier beaucou d'ailleurs, enfin question de goût.
Côté DB, ça a l'air d'être pareil : le SQL est trop compliqué, alors on produit des routines encore plus compliquées qui écrivent du SQL pour nous... est-ce que c'est *réellement* plus simple qu'avant ? j'en doute sincèrement.
C'est comme pour l'OO, autant j'aime bien celle de java, autant celle de php me rebute, je ne sais pas trop pourquoi, il y a certaines choses qui me paraissent bizarres...
Au fait j'essairais bien ruby (attention : ruby tout court le langage de programmation, pas ruby on rail le framework) pour le web... Leur politique a l'air d'être « simple, concis et efficace » et « on ne prend pas 15 détours pour faire un truc même s'il y a 15 façons différentes de le faire ».
Si je trouve comment coller mod_ruby à wamp5, je tenterais bien le coup, juste pour essayer les possibilités offertes par la bête.
1 - Qu'est-ce qu'un ORM et un DAO ?
Même après 10 pages de topic, une recherche sur google et une sur wikipedia fr+en, je n'ai pas su trouver une ddéfinition objective de ces deux termes.
2 - Quel est l'intérêt de faire générer des requêtes SQL par une moulinette php plutôt que le faire directement soi-même ?
Là non plus, après plusieurs lectures, je ne vois toujours pas l'intérêt de faire ça, pas plus que d'utiliser un moteur de template.
Si on sépart son code en deux parties bien claires, d'une part le traitement des données et d'autre part leur affichage, et une troisième pour orchestrer les deux, je ne vois pas l'intérêt d'utiliser une surcouche, php joue lui-même parfaitement le rôle de moteur de template. ON limitera le code d'affichage à echo, if/elif/else, foreach, appel de fonction simple genre htmlentities et paf, on a tous les ingrédients nécessaires.
Le reste, c'est pour changer la syntaxe, pour ne pas la simplifier beaucou d'ailleurs, enfin question de goût.
Côté DB, ça a l'air d'être pareil : le SQL est trop compliqué, alors on produit des routines encore plus compliquées qui écrivent du SQL pour nous... est-ce que c'est *réellement* plus simple qu'avant ? j'en doute sincèrement.
C'est comme pour l'OO, autant j'aime bien celle de java, autant celle de php me rebute, je ne sais pas trop pourquoi, il y a certaines choses qui me paraissent bizarres...
Au fait j'essairais bien ruby (attention : ruby tout court le langage de programmation, pas ruby on rail le framework) pour le web... Leur politique a l'air d'être « simple, concis et efficace » et « on ne prend pas 15 détours pour faire un truc même s'il y a 15 façons différentes de le faire ».
Si je trouve comment coller mod_ruby à wamp5, je tenterais bien le coup, juste pour essayer les possibilités offertes par la bête.
html, javascript, blagues, midi, etc. => http://quentinc.net/