Version imprimable
Bonjour,
J'ai un petit soucis entre 2 classes, j'ai une classe SQL (connexion) et une classe TRACE le probleme c'est que j'aimerai bien instancier mon objet dans la classe SQL mais du coup elle boucle, l'une qui appel l'autre et vice et versa...
Le cas du pattern singleton à deja été testé ça ne fonctionne pas avec mon problème
:cry:
Un peu plus de précisions ?
Un bout de code ?
Un schema des méthodes qui s'inter appellent ?
A priori ça sent la dépendance mutuellle entre les classes ce qui n'est jamais très bon, mais peu facilement se contourner.
Mais sans plus de précisions difficile de t'en dire plus.
Ok donc
Voici ma classe connexion
Ma classe traceCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
de nouveau ma classe connexionCode:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
Donc si j'instancie ma classe trace dans connexion => boucle infinie :s
Code:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22class connexion { var $format ..... function connexion ($format='') { // constructeur qui rempli mon objets et me permet la connexion $trace = new trace(); $trace->dotrace("error"); } function select($requete) { } function insert($requete) { } }
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 261904 bytes) in C:\xampp\htdocs\include\class\connexion.php on line 49
Merci :D
Jusque la je ne vois pas de boucle infinie.
Est ce que trace instancie un objet sql ? Ce qui expliquerait la boucle.
C'est pas forcement une boucle infinie (mais elle peut en être la source) mais un dépassement de capacité de mémoire, ne traiterais-tu pas des variables immenses dans trace ?Citation:
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 261904 bytes) in C:\xampp\htdocs\include\class\connexion.php on line 49
J'ai remodifié mon code si tu peux jeter un oeil c'est le constructeur connexion à la place de sql
oui trace instancie un objet sql, exactement d’où la boucle infinie... du moins je pense
A priori si tu déclenche une boucle infinie c'est que ton trace, qui j'ai l'impression gère le log d'erreurs, déclenche lui même une erreur lors du log de l'erreur dans la bdd.
Ce qui en effet risque de boucler longtemps.
Si tu blinde le log d'erreur, pour qu'il ne renvoie pas lui même une erreur, ça ne devrait plus boucler.
Mais on est jamais à l'abri d'une erreur quand même. Tu peux donc ajouter en dernier paramètre du constructeur un booleen isTrace par exemple, par defaut à faux. Quand tu instancie au sein de trace, tu le met à true, et si il est à true, tu ne déclenche plus le trace si erreur il y'a dans la classe sql (en revanche déclenche dans ce cas une erreur via un throw sans quoi tu passerais à côté)
Ma trace ne génère pas d'erreur elle fonctionne je l'ai testé dans un index.php donc elle me met bien en base ma trace, c'est quand je l'appel dans ma classe connexion que du coup je me retrouve avec cette erreur...
ou je dois pas tous capter ..... ?
arf :s
Si trace ne génère pas d'erreur pourquoi connexion instancie-t-elle un nouvel objet trace ? (ce qui provoque la boucle infinie)Citation:
Envoyé par tidou95220
trace me permet de recupere les information des utilisateur et de pouvoir les insérer en base c'est pour cela que j'instancie connexion dans ma classe trace
et dans ma classe connexion j'ai un besoin d'instancier ma classe trace car si j'ai un probleme avec un requete SELECT (dans ma méthode select) par exemple j'aimerai pouvoir l'inscrire en base...
j'ai peur de pas être compris :s
Merci en tous cas :ccool:
La meilleure solution serait d'instancier trace uniquement si une erreur se produit.
Une méthode throwTrace dans connexion qui va instancier trace, lancer la méthode doTrace.
Si une erreur se produit dans connexion juste appeler $this->throwTrace($msg) et voilà.
ok je vais voir ça merci ;) mais bon quand il y aura une erreur ça va bouclé ....