La fonction __construct

Version imprimable

Bonjour,

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

Code:

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

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:

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

11/04/2011, 04h54
stealth35

Citation:

Envoyé par ABCIWEB

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...
11/04/2011, 06h35
isitien

et qu'elle est la meilleur methode de connexion, est ce en POO ou bien MySQLi?
11/04/2011, 09h48
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.
11/04/2011, 16h54
ABCIWEB

Citation:

Envoyé par isitien

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).
12/04/2011, 02h40
isitien

et on peut utiliser MySQLi avec phpmyadmin, c'est ca? sinon c'est quoi la difference?
12/04/2011, 02h54
ABCIWEB

Citation:

Envoyé par isitien

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).
19/04/2011, 03h31
ericd69

Citation:

Envoyé par isitien

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...
19/04/2011, 04h04
isitien

alors je peux utiliser PDO avec MySQLi et PHP en terme de class, c'est la meilleur methode que PHP + MySQL?
19/04/2011, 06h02
ericd69

Citation:

Envoyé par isitien

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.
19/04/2011, 06h55
isitien

Citation:

Envoyé par ericd69

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
19/04/2011, 07h27
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).
19/04/2011, 07h43
isitien

donc je me dirige vers MySQLi avec les class POO
19/04/2011, 10h20
Benjamin Delespierre

Citation:

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.

Citation:

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.
19/04/2011, 17h59
ABCIWEB

@isitien

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

Citation:

Envoyé par ericd69

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.
20/04/2011, 03h45
isitien

merci pour vos reponses, il faut aussi compter sur l'hebergeur s'il supporte MySQLi ou non
20/04/2011, 03h53
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.
20/04/2011, 06h58
isitien

Citation:

Envoyé par 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.

je pense pas le cas chez OVH, j'ai lu dans un des topics qu'il ne supporte pas mysqli
20/04/2011, 10h38
stealth35

Citation:

Envoyé par isitien

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)
21/04/2011, 01h17
isitien

Citation:

Envoyé par stealth35

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)

ca c'est bien, merci
21/04/2011, 04h51
isitien

je compte heberger chez OVH, je pense que la formule du MySQLi est bien adaptee, aussi qu'il performente et rapide que MySQL, dites moi votre avis
21/04/2011, 05h09
ericd69
moi j'y suis et ça marche très bien
tu as différentes offres chez eux pour mysql
- les bases prévues sur ton hébergement mutualisé (1 à 3 dont la taille est entre 100 et 500Mo)
- le sql privé qui est un mutualisé dont les quotas (processeur, mémoire) sont garantis et évolutifs et payé au mois
- le dev cloud computing mysql qui suit le même principe que le sql privé mais est facturé à l'heure
- ou bien sur le serveur à toi sur un dédié si tu as ce genre d'hébergement entièrement configurable et géré par toi donc
21/04/2011, 06h20
isitien
Citation:
Envoyé par ericd69

moi j'y suis et ça marche très bien
tu as différentes offres chez eux pour mysql

les bases prévues sur ton hébergement mutualisé (1 à 3 dont la taille est entre 100 et 500Mo)
le sql privé qui est un mutualisé dont les quotas (processeur, mémoire) sont garantis et évolutifs et payé au mois
le dev cloud computing mysql qui suit le même principe que le sql privé mais est facturé à l'heure
ou bien sur le serveur à toi sur un dédié si tu as ce genre d'hébergement entièrement configurable et géré par toi donc
franchement je voudrais opter pour un serveur dedie, mais comme debut je vais commencer par un hebergement mutualise simple de 250GO
21/04/2011, 15h03
ericd69

Oui vaut mieux vu l'écart de prix et souvent ça suffit largement
22/04/2011, 05h04
isitien

merci tout le monde pour reponses et interventions :) :ccool:
15/05/2011, 06h37
isitien

Desole je reviens sur le sujet, j'ai lu la DOC de MySQLi, pas toute, mais c'est presque la meme chose que MySQL, est ce qu'il y a une reference pour MySQLi en mode POO que celle de la DOC officielle ici
15/05/2011, 06h49
ericd69

oui c'est bien ça...

mysqli est construit pour te permettre de passer à souhait entre la version objet ou procédurale contrairement à mysql qui est du pur procédural et n'évoluera plus jamais car seul mysqli et pdo continueront et lui devrait à terme disparaitre de php...
15/05/2011, 18h14
ABCIWEB

Citation:

Envoyé par isitien

Desole je reviens sur le sujet, j'ai lu la DOC de MySQLi, pas toute, mais c'est presque la meme chose que MySQL, est ce qu'il y a une reference pour MySQLi en mode POO que celle de la DOC officielle ici

Ah bah faut pas trop t'étonner, souviens-toi :

Citation:

Envoyé par ABCIWEB

@isitien
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.

A part cela je me demande un peu pourquoi tu cherche une autre doc que la doc officielle, puisque toutes les fonctions mysqli ont un exemple avec mysqli en procédural (donc très proche de mysql) doublé d'un exemple avec mysqli en POO. Bref je vois pas trop comment on pourrait faire mieux ;)
16/05/2011, 02h47
isitien

Citation:

Envoyé par ABCIWEB

A part cela je me demande un peu pourquoi tu cherche une autre doc que la doc officielle, puisque toutes les fonctions mysqli ont un exemple avec mysqli en procédural (donc très proche de mysql) doublé d'un exemple avec mysqli en POO. Bref je vois pas trop comment on pourrait faire mieux ;)

juste je veux une autre, si jamais je voudrais plus d'exemples, de methodes,.. :P

ah voila une autre: http://fmaz.developpez.com/tutoriels...re-pdo/#LIII.c

Fuseau horaire GMT +2. Il est actuellement 19h55.