Discussion :

[Xenon03]

Bonjour à toutes / tous,

Je sollicite votre aide pour une amélioration de structure de code.
En début de site, j'instancie plusieurs Connexion :

Code :

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

1
2
$Conn1 = new CConnexion(xxx);
$Conn2 = new CConnexion(xxx);

Ensuite, je créé des objet divers :

Code :

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

$objet = new CObjet(xxx);

Et dans mon constructeur de CObjet, je dois faire une requete donc j'ai

Code :

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

1
2
global $Conn1;
$Conn1->execute(xxx);

Apparament, les variables globales, c'est pas la panacée (d'apres ce que j'ai pu lire ici et la).
Mais dans mon cas, comment faudrait il faire à votre avis ?

[Celira]

Passer la connexion en paramètre du constructeur ?

[Jamais203]

Salut,

Un singleton serrai idéal pour ne pas utiliser de variable global

@+

[Xenon03]

Bonjour,

Celira :
Passer la connexion en parametre du constructeur, c'est assez lourd au niveau du code non ?
Surtout qu'un meme objet peut appeler plusieurs objets de connexion (qui pointent sur des BD distinctes)

Jamais203 :
Le principe du singleton, c'est bien pouvoir n'instancier qu'une fois la classe non ?
Dans mon cas cela ne marche pas

[RunCodePhp]

Bonjour,

Celira :
Passer la connexion en parametre du constructeur, c'est assez lourd au niveau du code non ?
Surtout qu'un meme objet peut appeler plusieurs objets de connexion (qui pointent sur des BD distinctes)

C'est pourtant à mon sens la solution la plus propre pour manipuler plusieurs Objets Connexion différents dans une même procédure.

L'inconvénient (peut être) n'est pas la lourdeur, c'est le concept en lui même qui donne l'impression d'être plus compliqué, car il demande de prévoir cet Objet Connexion à toutes ces fonction/Objets.
Mais coté lourdeurs (performance j'entends) il en est rien, car depuis Php5, tout Objet passe par référence.


Le gros inconvénient des variables globales (variables, Objet, ...), c'est le manque cruel de concept dans son application, en faite il n'y en a pas.

- On a besoin d'accéder à une variable ou un Objet dans une fonction ou une méthode de classe -> allez hop, on la déclare en globale et l'affaire est réglée, on l'exploite.
Un jeu d'enfant.

Cependant, pour bien se rendre compte des dégâts d'un tel raisonnent, il faut juste pousser les choses à l'extrême, c'est à dire de créer des fonctions ou méthodes de classe sans l'ombre d'1 paramètre, donc de déclarer en global toutes variables ou Objets dans celles-ci qu'on aurait besoin.
C'est le souk 100% garanti en un rien de temps, c'est tout simplement ingérable (hormis pleins d'autres inconvénients encore).

Pour les singletons c'est pas loin d'être la même chose, à la grosse différence tout de même qu'on prendra la précaution de rajouter une sur-couche de code pour se garantir que ce singleton soit réellement unique (genre clonage non autorisé), chose impossible pour une déclaration globale.
Si bien sûr un singleton s'y prête.

Surtout qu'un meme objet peut appeler plusieurs objets de connexion (qui pointent sur des BD distinctes)

Peux tu en dire plus sur ces Bdd distincts ?
Quel est le ou les SGBD ? (MySQL, ou autre)
Les drivers/pilotes sont ils réellement différents ?

Sauf erreur, mais si tu as un seul SGDB comme MySQL contenant plusieurs Bases, la connexion à ce SGBD est le même, il n'y a donc pas besoin de créer plusieurs connexions différentes, une seule suffit.
Il suffit de "préfixer" le nom de la Base de Données dans la requête SQL.
Genre :
SELECT bdd1.table1.champ1, bdd2.table1.champ1 etc, etc ...


Faut voir.