cs_aKheNathOn
Messages postés575Date d'inscriptiondimanche 23 décembre 2001StatutMembreDernière intervention23 octobre 2012
-
31 mai 2010 à 10:23
genetApt151
Messages postés30Date d'inscriptionlundi 7 mai 2007StatutMembreDernière intervention 2 avril 2011
-
16 juil. 2010 à 19:06
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
genetApt151
Messages postés30Date d'inscriptionlundi 7 mai 2007StatutMembreDernière intervention 2 avril 20111 16 juil. 2010 à 19:06
doctrine fait tout, les accès au données (DAO) et les relations(ORM)et plein d'autres choses...
gregos66
Messages postés2Date d'inscriptionjeudi 15 juillet 2010StatutMembreDernière intervention16 juillet 2010 16 juil. 2010 à 15:49
Ma question va peut être être bête, mais est-il utile de combiné ton application avec doctrine ou il faut que je me serve que du package doctrine, stp?
genetApt151
Messages postés30Date d'inscriptionlundi 7 mai 2007StatutMembreDernière intervention 2 avril 20111 16 juil. 2010 à 14:33
non, cela ne gère pas les relations, il faut utiliser une ORM
ex : doctrine
gregos66
Messages postés2Date d'inscriptionjeudi 15 juillet 2010StatutMembreDernière intervention16 juillet 2010 16 juil. 2010 à 11:53
Salut,
Peut-on utiliser ton programme si une table comporte 2 clés primaire, stp? (table de relation n n).
Je te remercie par avance.
gr43
Messages postés95Date d'inscriptionmardi 20 mai 2008StatutMembreDernière intervention 8 septembre 2010 12 juin 2010 à 18:46
Salut,
pour orm php : doctrine, propel ...
génération de model automatique en fonction schema table
genetApt151
Messages postés30Date d'inscriptionlundi 7 mai 2007StatutMembreDernière intervention 2 avril 20111 5 juin 2010 à 22:44
Pour le fonction convertToClass, j'ai pas le choix, $PDO::FETCH_CLASS ne fonctionne pas avec les méthodes magiques.
Pour la possibilité de référencer des objets, c'est plus une DAO mais une ORM et c'est plus compliqué voir impossible de faire quelque chose de générique.
MrJAY42
Messages postés5Date d'inscriptionmardi 23 novembre 2004StatutMembreDernière intervention 6 janvier 2012 31 mai 2010 à 11:19
Ce code m'a l'air bien sous tout rapport ^^
Un truc que je ne comprends pas cependant :
La fonction "public static function clause(array $clause, PDO $conn = null)"
Je ne vois pas son intérêt...
Généré un WHERE dont chaque élément est forcément séparé par un AND ?
Je n'ai peut être pas compris la façon de fonctionner de cette fonction, mais ça me semble hautement inutile comme fonction...Enfin c'est surtout inutilisable.
cs_aKheNathOn
Messages postés575Date d'inscriptiondimanche 23 décembre 2001StatutMembreDernière intervention23 octobre 2012 31 mai 2010 à 10:23
joli travail 10/10, 100% d'accord avec toi sur l'approche dao, et la source est propre.
-> Cela t'évitera de boucler dans la fonction convertToClass.
La partie transaction est très "intéressante" par contre très mal utilisée dans ton contexte :
La transaction peut être justifiée à partir d'au moins 2 requêtes, car si tu n'en fait qu'une seule, et que celle-ci génère une erreur, le rollback ne va fonctionner que sur la dernière requête validée, or dans ton cas aucune vu qu'elle a généré une erreur. Cela va donc si tu fais une boucle d'updates ralentir son fonctionnement : il aurais fallu que ce soit au niveau de la logique métier que les transactions soient implémentée en fonction justement du découpage fonctionnel.
Dommage également qu'au niveau définition on ne sache pas le typage des champs, un auto-increment, une date, un entier ou bien un enum ... Cela aurait permis une validation en amont de l'affection d'une valeur.
Autre fonctionnalité manquante, la possibilité de référencer des objets dans tes instances dao, style author pour post je présume que ce sera un integer ...
C'est un sujet très intéressant que tu abordes,
Bonne continuation,
Akh
16 juil. 2010 à 19:06
16 juil. 2010 à 15:49
16 juil. 2010 à 14:33
ex : doctrine
16 juil. 2010 à 11:53
Peut-on utiliser ton programme si une table comporte 2 clés primaire, stp? (table de relation n n).
Je te remercie par avance.
12 juin 2010 à 18:46
pour orm php : doctrine, propel ...
génération de model automatique en fonction schema table
5 juin 2010 à 22:44
Pour la possibilité de référencer des objets, c'est plus une DAO mais une ORM et c'est plus compliqué voir impossible de faire quelque chose de générique.
31 mai 2010 à 11:19
Un truc que je ne comprends pas cependant :
La fonction "public static function clause(array $clause, PDO $conn = null)"
Je ne vois pas son intérêt...
Généré un WHERE dont chaque élément est forcément séparé par un AND ?
Je n'ai peut être pas compris la façon de fonctionner de cette fonction, mais ça me semble hautement inutile comme fonction...Enfin c'est surtout inutilisable.
31 mai 2010 à 10:23
Pour l'optimisation, dans getAll, sur le fetchMode, tu peux mettre directement le nom de ta classe :
http://www.php.net/manual/en/pdostatement.setfetchmode.php
-> Cela t'évitera de boucler dans la fonction convertToClass.
La partie transaction est très "intéressante" par contre très mal utilisée dans ton contexte :
La transaction peut être justifiée à partir d'au moins 2 requêtes, car si tu n'en fait qu'une seule, et que celle-ci génère une erreur, le rollback ne va fonctionner que sur la dernière requête validée, or dans ton cas aucune vu qu'elle a généré une erreur. Cela va donc si tu fais une boucle d'updates ralentir son fonctionnement : il aurais fallu que ce soit au niveau de la logique métier que les transactions soient implémentée en fonction justement du découpage fonctionnel.
Dommage également qu'au niveau définition on ne sache pas le typage des champs, un auto-increment, une date, un entier ou bien un enum ... Cela aurait permis une validation en amont de l'affection d'une valeur.
Autre fonctionnalité manquante, la possibilité de référencer des objets dans tes instances dao, style author pour post je présume que ce sera un integer ...
C'est un sujet très intéressant que tu abordes,
Bonne continuation,
Akh