Ahaahaha, je viens de capter un truc. En fait tu utilises php pour générer du php. J'avais pas compris ça...
ET effectivement, là, ça devient intéressant. Tu as une vraie classe avec des vrais getter et des vrais setter, l'encapsulation tout ça ...
l'étape suivante c'est qu'à partir d'une instruction create table, il crée une classe php basique... ahhaha.... j'ai comme une ampoule qui vient de s'allumer en moi là. J'avais vraiment pas compris que tu générais du php ... avec du php.

Par contre je suis toujours éteint sur à quoi sert un contrôleur sous forme de classe. Par définition un contrôleur pour moi c'est une série d'actions, du procédural quoi.

QuentinC a écrit :Ahaahaha, je viens de capter un truc. En fait tu utilises php pour générer du php. J'avais pas compris ça...
ET effectivement, là, ça devient intéressant. Tu as une vraie classe avec des vrais getter et des vrais setter, l'encapsulation tout ça ...
l'étape suivante c'est qu'à partir d'une instruction create table, il crée une classe php basique... ahhaha.... j'ai comme une ampoule qui vient de s'allumer en moi là. J'avais vraiment pas compris que tu générais du php ... avec du php.

Par contre je suis toujours éteint sur à quoi sert un contrôleur sous forme de classe. Par définition un contrôleur pour moi c'est une série d'actions, du procédural quoi.

hummm merci Quentin, tu viens de m'éclairer

Citation :hummm merci Quentin, tu viens de m'éclairer

C'est de l'humour juste pour en rajouter une couche ou bien c'est sincère ?

QuentinC a écrit :

Citation :hummm merci Quentin, tu viens de m'éclairer

C'est de l'humour juste pour en rajouter une couche ou bien c'est sincère ?

non pareil que toi,même situation, même réflexion

oxman a écrit :Je veux un exemple SQL, ça n'en est pas un ça.

Ah l'exemple d'un DAO. Bah ca depend de beaucoup de chose...
De comment tu veux te connecter à mysql par exemple...

Je viens de découvrir PDO. C'est pas une sorde de DAO ça ?

Avec ce qu'on apprend sur ce topic, une fois de plus j'ai envie de tout recommencer parce que mon truc est de la merde.
Cette fois c'est décidé, je me mets à la POO php... enfin je vais essayer... PDO a l'air sympa.

PDO est juste une classe d'abstraction qui te permet de changer de base de donnée sans changer bcp de une ligne de code...
Mais de 1 c'est faux (Certaines requetes, ne fonctionne pas entre les différent serveur SQL, suffit de regarder mysql 4 et mysql 5...)
et de 2 on change rarement voir jamais de base de donnée (en tous cas pas sans changer de technologie dans mon cas)

Un petit lien vers la doc FR de l'extension PDO : http://fr2.php.net/manual/fr/intro.pdo.php

Donc, en gros dans ton code tu fais un truc du genre :


Et si tu veux changer de BDD suffit de changer la chaine de connection par un truc du genre :
'mssql:host=localhost;dbname=test' pour microsoft SQL server... (pas besoin de changer l'appel à la méthode query()...)
Donc si ton appli est bien architecturé, t'as juste une chaine à changé.

Mais comme je le dis plus haut implicitement, le langage SQL a été "modifié" par les personnes qui les implémentent, c'est un peu comme les différentes versions d'HTML strict/oupas.

Oracle et pgsql sont plus stricte que MySQL, donc toute les requetes de jointures peuvent ne pas fonctionner si tu changes de base.



Pour terminer, non ce n'est pas un DAO, mais tu peux l'utiliser avec un DAO. Comme tu pourrais utiliser Mysqli ou Mysql.(Avec le pattern singleton )

Citation :Oracle et pgsql sont plus stricte que MySQL, donc toute les requetes de jointures peuvent ne pas fonctionner si tu changes de base.

MySQL peut être passé en mode ANSI, afin de coller au standard SQL ANSI(sauf sur ce que MySQl ne sait pas faire).
Si on pressent un changement de base, il est plus simple de s'en tenir au possibilité de SQL ANSI que d'utiliser toute une classe d'abstraction supplémentaire non?

Enfin en apparence çà me semble mieux.

Zamentur a écrit :

Citation :Oracle et pgsql sont plus stricte que MySQL, donc toute les requetes de jointures peuvent ne pas fonctionner si tu changes de base.

MySQL peut être passé en mode ANSI, afin de coller au standard SQL ANSI(sauf sur ce que MySQl ne sait pas faire).
Si on pressent un changement de base, il est plus simple de s'en tenir au possibilité de SQL ANSI que d'utiliser toute une classe d'abstraction supplémentaire non?

Enfin en apparence çà me semble mieux.

Oui vaudrait mieux faire du code ANSI. Mais si on présent un changement de bdd, PDO reste interessant car chaque extension de base de donnée possède leur propres méthodes.
Par exemple pour lancer une requete ça pourrait être :
- pour mysql, mysq_query();
- pour oracle, oracle_query(), suivi d'un commit() pour valider la modification... (Ou autocommmit, etc...)

Mais comme les extensions sont différentes, il faut un "quelque chose" pour unifier le tout, et c'est là que PDO intervient. Il permet de s'affranchir des différentes extensions, ils unifient le tous.

Mais on ne prévoit pas de changement de BDD ça ne sert à rien, cependant ce n'est pas plus lent (je crois) niveau performance que d'utiliser mysqli ou mysql...

Donc en gros c'est un truc inutile ? Du moins ce n'est pas plus utile que mysqli ou mysql.

IL y avait un truc qui avait l'air intéressant, le mode de fetch qui remplit directement les variables d'instances.

Y'a décidément quand même plusieurs choses qui m'énervent avec php en mode objet :
- Les strings et les arrays ne sont pas des objets, et on ne sait pas toujours l'ordre des paramètres dans les fonctions.
-- il faut toujours répéter $this pour les variables et les méthodes d'instances. J'oublie toujours et c'est hautement inutile...