Discussion :

[isitien]

Bonjour,

A quoi sert la fonction __construct en POO, dans cet exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
public function __construct($_dbHst, $_dbUsr, $_dbPwd, $_dbNam){
        $this->_dbHst   = $_dbHst;
        $this->_dbUsr   = $_dbUsr;
        $this->_dbPwd   = $_dbPwd;
        $this->_dbNam   = $_dbNam;
    }

Merci

[ABCIWEB]

C'est le constructeur de la classe, soit la fonction qui s'exécute automatiquement et qui permet d'exploiter les variables que tu peux passer quand tu instancies ta classe.

L'instanciation de ta classe de connexion pourrait donc ressembler à ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
class connect {
 
public function __construct($_dbHst, $_dbUsr, $_dbPwd, $_dbNam){
        $this->_dbHst   = $_dbHst;
        $this->_dbUsr   = $_dbUsr;
        $this->_dbPwd   = $_dbPwd;
        $this->_dbNam   = $_dbNam;
    }
 
// autres fonctions
 
}
 
$connexion = new connect('localhost','utilisateur','mot_de_passe','ma_base');

Cela dit cet exemple est "assez moyen" car on utilise plutôt des méthodes statiques pour établir une connexion à une bdd.

plus d'infos sur la poo ici

[stealth35]

Cela dit cet exemple est "assez moyen" car on utilise plutôt des méthodes statiques pour établir une connexion à une bdd.

Ah bon ? donc PDO est "assez moyen", MySQLi aussi du-coup...

[isitien]

et qu'elle est la meilleur methode de connexion, est ce en POO ou bien MySQLi?

[gene69]

la meilleure façon c'est celle que tu maitrises le mieux. La plus élégante et celle qui te semblera la plus simple à utiliser lorsque tu auras de la bouteille c'est PDO surtout si un jour tu es amené à utiliser d'autres bases que MySql.

ça t'évite d'écrire ta propre classe d'abstraction de base de donnée.

EDIT: en POO on ne parle pas de fonction mais de méthode et de constructeurs.

[ABCIWEB]

et qu'elle est la meilleur methode de connexion, est ce en POO ou bien MySQLi?

C'est soit PDO soit mysqli mais pas mysql qui n'est plus en phase développement. Cf ce tableau (bas de page).

[isitien]

et on peut utiliser MySQLi avec phpmyadmin, c'est ca? sinon c'est quoi la difference?

[ABCIWEB]

et on peut utiliser MySQLi avec phpmyadmin, c'est ca? sinon c'est quoi la difference?

Oui et les différences sont indiquées dans le tableau que je t'ai mis en lien plus haut (requêtes préparées notamment).

[ericd69]

et on peut utiliser MySQLi avec phpmyadmin, c'est ca? sinon c'est quoi la difference?

phpmyadmin est une interface web écrite en php pour gérer une bd mysql. ça te donne un EDI fenêtré qui te permet d'admisnistrer et d'exécuter un certain nombre de requêtes sql mais pas tout.

mysqli est une extension de php qui offre une écriture procédurale (par des fonctions comme avec l'extension dépréciée qu'était mysql) et objet en même temps. Elle permet notamment l'utilisation des requêtes multiples et des procédures stockées en natif.

PDO est aussi une extension de php qui elle offre une approche purement objet (qui ressemble à mysqli au niveau écriture) mais elle gère l'accès à d'autres types de sgbd que mysql. Elle est donc plus générique. Si tu as un projet qui peut passer de mysql à un autre sgbd ça va limiter les changement coté php à faire...

[isitien]

alors je peux utiliser PDO avec MySQLi et PHP en terme de class, c'est la meilleur methode que PHP + MySQL?

[ericd69]

alors je peux utiliser PDO avec MySQLi et PHP en terme de class, c'est la meilleur methode que PHP + MySQL?

mysqli est moins lourd que pdo pour encapsuler tes accès uniquement vers mysql en php.

Par contre, pdo est compatible avec d'autres sgbd donc ça dépend de ce que tu as à faire...

Pour faire simple, pdo encapsule ce que fait mysqli, son seul avantage est de standardiser les appels vers n'importe quel sgbd pour lequel il est compatible.

[isitien]

mysqli est moins lourd que pdo pour encapsuler tes accès uniquement vers mysql en php.

Par contre, pdo est compatible avec d'autres sgbd donc ça dépend de ce que tu as à faire...

Pour faire simple, pdo encapsule ce que fait mysqli, son seul avantage est de standardiser les appels vers n'importe quel sgbd pour lequel il est compatible.

d'apres cette documentation je vois que PDO est rapide, moins de codes => lignes

[sabotage]

PDO n'est pas plus rapide même que Mysql de manière absolue.
Il faut regarder precisement de quelles requêtes on parle et de quelle configuration de PDO on utilise (requêtes préparées émulées ou natives mysql).

[isitien]

donc je me dirige vers MySQLi avec les class POO

[Benjamin Delespierre]

Cela dit cet exemple est "assez moyen" car on utilise plutôt des méthodes statiques pour établir une connexion à une bdd.

Utiliser un singleton pour PDO est une façon détournée de mettre l'instance de PDO dans $GLOBALS ni plus ni moins. Cette manière de faire introduit un couplage fort entre ce singleton et les objets modèle. Dans la plupart des cas, c'est vrai que ça rends service, mais si on veut être tout à fait exact, c'est la responsabilité des classes modèle de porter la référence de l'objet PDO.

donc je me dirige vers MySQLi avec les class POO

De toute façon, ça dépends plus de ton design que des réelles performances des extensions. Ce sont les requêtes et la complexité / lourdeur du modèle de données qui seront un facteur décisif de performance, pas le driver de connexion.

[ABCIWEB]

@isitien

C'est surtout ça qu'il faut retenir :

PDO ... gère l'accès à d'autres types de sgbd que mysql. Elle est donc plus générique. Si tu as un projet qui peut passer de mysql à un autre sgbd ça va limiter les changement coté php à faire...

...moins de travail à faire quand on utilise PDO pour passer de mysql à un autre sgbd. Cela dit il est rare d'avoir besoin de changer de sgbd car c'est un choix qui se décide normalement dès l'élaboration du projet...

Donc à toi de voir...

On peut aussi prendre en compte la facilité d'apprentissage et d'adaptation. Si tu as l'habitude des requêtes mysql tu peux facilement passer à mysqli en mode procédural puisque c'est presque pareil. Ensuite tu peux passer à mysqli en mode POO également assez facilement puisque toutes les fonctions mysqli du manuel ont un exemple en procédural et objet. Enfin mysqli en mode objet est dans le même esprit que PDO.

[isitien]

merci pour vos reponses, il faut aussi compter sur l'hebergeur s'il supporte MySQLi ou non

[ABCIWEB]

Oui et s'il ne supporte pas mysqli, il y a peu de chances qu'il supporte PDO. Je crois me souvenir que free ne supporte actuellement ni l'un ni l'autre.
Cela dit free est un hébergeur de pages perso, rien d'autre. Tous les hébergements à vocation professionnelle dignes de ce nom supportent ces deux extensions.

[isitien]

Oui et s'il ne supporte pas mysqli, il y a peu de chances qu'il supporte PDO. Je crois me souvenir que free ne supporte actuellement ni l'un ni l'autre.
Cela dit free est un hébergeur de pages perso, rien d'autre. Tous les hébergements à vocation professionnelle dignes de ce nom supportent ces deux extensions.

je pense pas le cas chez OVH, j'ai lu dans un des topics qu'il ne supporte pas mysqli

[stealth35]

je pense pas le cas chez OVH, j'ai lu dans un des topics qu'il ne supporte pas mysqli

OVH a mysqli et PDO et les derniere version de PHP y compris la 5.3, par contre les pilote mysql ne sont pas compiler avec mysqlnd


Pour Free y'a PDO mais uniquement avec sqlite (2 et 3)