Class et variables

Version imprimable

Class et variables

Bonjour :)

J'ai un petit soucis avec mes définitions de variables dans mon code php.
Code:

1 2 3 4 5 6 7 8 <?php $INFO['sql_host'] = 'mon_serveur_mysql'; $INFO['sql_database'] = 'ma_base_de_données'; $INFO['sql_user'] = 'mon_utilisateur'; $INFO['sql_pass'] = 'mon_mot_de_passe'; ?>
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 <?php require ('conf_global.php'); class dbMain { private $sql = array( 'server' => $INFO['sql_host'], 'database' => $INFO['sql_database'], 'user' => $INFO['sql_user'], 'password' => $INFO['sql_pass'] ); function __construct() { $this->link = mysql_connect($this->sql['server'], $this->sql['user'], $this->sql['password']); mysql_select_db($this->sql['database'], $this->link) or die(mysql_error()); } } ?>
J'obtiens l'erreur suivante : Parse error: syntax error, unexpected T_VARIABLE in /var/www/virtual/death-vipers.net/labo/logs/classDb.php on line 8

Par contre si dans le tableau $sql je mets directement les valeurs stockées dans le conf_global.php, ça fonctionne.

Apparemment je ne peux pas mettre de variables dans un array et je ne vois pas pourquoi 8O

Auriez-vous une idée de l'erreur ?

Cordialement,
Beniti

Bonjour,

A mon avis il s'agit simplement d'un problème de visibilité de variable.

Le tableau info est certes déclaré dans le fichier de la classe, mais pas à l'intérieur de celle-ci, et ne peut donc être résolu.

Pour moi, il faut remplacer

Code:

1
2
3
4
5
6
7
 
<?php
    $INFO['sql_host'] = 'mon_serveur_mysql';
    $INFO['sql_database'] = 'ma_base_de_données';
    $INFO['sql_user'] = 'mon_utilisateur';
    $INFO['sql_pass'] = 'mon_mot_de_passe'; 
?>

par

Code:

1
2
3
4
5
6
7
 
<?php
    define('SQL_HOST','mon_serveur_mysql');
    define('SQL_DATABASE','ma_base_de_données');
    define('SQL_USER','mon_utilisateur');
    define('SQL_PASS','mon_mot_de_passe'); 
?>

puis

Code:

1
2
3
4
5
6
7
 
private $sql = array(
	'server' 	=> $INFO['sql_host'],
	'database' 	=> $INFO['sql_database'],
	'user' 		=> $INFO['sql_user'],
	'password' 	=> $INFO['sql_pass']
);

par

Code:

1
2
3
4
5
6
7
 
private $sql = array(
	'server' 	=> SQL_HOST,
	'database' 	=> SQL_DATABASE,
	'user' 		=> SQL_USER,
	'password' 	=> SQL_PASS
);

08/09/2011, 13h44
Beniti

Ah, merci pour cette solution, elle fonctionne très bien :)

Par contre pour la déclaration de tableaux (et variables) dans la classe, je ne comprends pas bien pourquoi ça ne fonctionne pas.

Encore merci en tout cas :ccool:
08/09/2011, 13h53
Thes32

Citation:

Envoyé par Beniti

Par contre pour la déclaration de tableaux (et variables) dans la classe, je ne comprends pas bien pourquoi ça ne fonctionne pas.

comme te le dit Théocrite

Citation:

...il s'agit simplement d'un problème de visibilité de variable

Les variables globales ne sont pas automatiquement vu à l'intérieur des fonctions, classes. Pour qu'ils soient visible tu dois utiliser le mot clé global ou la supergloable $_GLOBALS.
08/09/2011, 14h00
tdutrion

Si tu veux en savoir plus sur la portée des variables, la doc PHP en parle : portée des variables en PHP (scope en anglais).

L'article ne parle pas forcément des classes, mais dans le cas d'un objet, les valeurs auxquelles tu auras accès sont limitées : les attributs de la classe, les constantes de classe et les globales.

Merci pour les conseils ;)

J'avais bien testé plusieurs méthodes, dont la référence "global" mais ça ne marchait pas plus.

D'ailleurs si je fais un truc tout con de ce style :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 require ('conf_global.php'); class maclasse { global $url; $this->url = SITE_URL; // constante définie dans l'autre fichier conf_global.php function mafonction() { $r .= $this->url; } }
Je me mange invariablement (pour le coup) un unexpected T_GLOBAL (ou T_VARIABLE si je mets pas le global) à la ligne qui correspond à global $url; (ou var $url;).

Je dois pas très bien comprendre le principe d'utilisation. En tout cas ça doit être génial d'utiliser la même variable pour plusieurs fonctions :mrgreen:

Tu devrais revoir un peu la programmation orienté objet, en php et même niveau concept... Regarde un tuto sur les bases de la programmation orientée objet en PHP, puis une fois que tu auras les bases, regarde ceux que tu peux trouver ici.
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 require ('conf_global.php'); class maclasse { public $url = SITE_URL; // constante définie dans l'autre fichier conf_global.php function mafonction() { $r .= $this->url; } }
Je vois pas ce que tu veux faire avec ton global en fait...

J'ai mis ton attribut url en public, mais tu peux changer avec protected ou private...

09/09/2011, 10h03
Beniti
Citation:

Envoyé par Théocrite

Tu devrais revoir un peu la programmation orienté objet, en php et même niveau concept...

Je m'y emploie tous les jours ;)
L'inconvénient de l'auto formation dans mon cas, est d'avancer un peu à l'instinct en testant des méthodes en fonction des besoins (pros/persos) qui tombent. Résultat, on se prend les pieds dans le tapis régulièrement.

Merci :) Je consulte régulièrement les cours et tutos de ce site, je teste ensuite des morceaux de code, et quand je bute trop longtemps sur un problème, j'use de faiblesse en faisant appel à vous.

Citation:

Je vois pas ce que tu veux faire avec ton global en fait...

Définir la valeur de la variable une seule fois et utiliser cette variable dans plusieurs fonctions.

Maintenant à la déclaration de la variable en dessous de la classe, pourquoi :
- $url = SITE_URL; -> renvoie un unexpected t_variable ?
- var $url = SITE_URL; -> renvoie un unexpected t_variable ?
- global $url = SITE_URL; -> renvoie un unexpected t_variable ?
- public $url = SITE_URL; -> fonctionne ?
Sachant que je m'inspire toujours d'exemples qui fonctionnent sur developpez ou autres sites sur le web.

J'avoue être enduit d'interrogation :?
09/09/2011, 10h15
tdutrion
Citation:

Envoyé par Beniti

Merci :) Je consulte régulièrement les cours et tutos de ce site, je teste ensuite des morceaux de code, et quand je bute trop longtemps sur un problème, j'use de faiblesse en faisant appel à vous.

Demander n'est pas une preuve de faiblesse, c'est une preuve que tu as envie d'apprendre !

Citation:

Envoyé par Beniti

Définir la valeur de la variable une seule fois et utiliser cette variable dans plusieurs fonctions.

C'est le cas des globales, que tu as définis avec le define, mais aussi dans le cas des classes tu peux utiliser dans certains cas les attributs de ta classe, notamment les statiques, et les constantes.

C'est à toi de déterminer l'architecture de ton projet ensuite pour choisir la meilleure solution.
Citation:
Envoyé par Beniti

Maintenant à la déclaration de la variable en dessous de la classe, pourquoi :

$url = SITE_URL; -> renvoie un unexpected t_variable ?
var $url = SITE_URL; -> renvoie un unexpected t_variable ?
global $url = SITE_URL; -> renvoie un unexpected t_variable ?
public $url = SITE_URL; -> fonctionne ?
Concernant les attributs, il me semblait que var aurait du marcher, mais il apparait que non, ce qui me fait penser qu'ils ont supprimé ce mot clé sur php 5.3 (?) ou avant peut être... J'utilisais var en PHP 4, depuis j'ai évolué.

D'un point de vue objet, les attributs de classe doivent toujours disposer d'une indication de visibilité (private, protected, public), et les méthodes (function) aussi.

Les codes que tu prends sur des sites et qui ne fonctionnent pas proviennent probablement d'un problème de version. PHP introduit des notions d'objets en version 4, mais rien de très convaincant, après quoi la version 5 apporte un grand nombre de modifications, d'où la création de problèmes.
09/09/2011, 10h17
stealth35

quel est l’intérêt de faire une classe pour mysql sachant que y'a PDO ?
09/09/2011, 10h19
tdutrion

Citation:

Envoyé par stealth35

quel est l’intérêt de faire une classe pour mysql sachant que y'a PDO ?

Une construction automatique de pdo à partir d'un fichier de conf ? (c'est pas le cas ici, mais on pourrait y venir...).
09/09/2011, 10h23
stealth35

Citation:

Envoyé par Théocrite

Une construction automatique de pdo à partir d'un fichier de conf ? (c'est pas le cas ici, mais on pourrait y venir...).

?
09/09/2011, 10h34
tdutrion

La classe ne devrait pas contenir les accès à mysql mais plutôt permettre de parser un fichier de conf pour récupérer les informations de connexions à la base de données, et donc être une couche d'accès à la BD supplémentaire.
09/09/2011, 10h35
Beniti

Citation:

Envoyé par stealth35

quel est l’intérêt de faire une classe pour mysql sachant que y'a PDO ?

PDO n'est pas natif sur PHP5 et peut ne pas être installé sur un hébergeur externe. Si je bosse en local ou au travail, ça ne pose pas de problème parce que j'ai la main sur le serveur web et je peux installé les extensions qui m'intéressent, mais sur un hébergeur public qui n'a pas installé cette extension, le code deviendra caduque. Donc dans le doute. Après il y a toujours possibilité de faire évoluer le code au fil du temps et des évolutions dans les méthodes ;)

@Théocrite : Oui il faut que je m'adapte aux versions. En tout cas, grâce à vous, je peux appréhender les erreurs avec plus d'efficacité :)
09/09/2011, 10h39
stealth35

Citation:

Envoyé par Beniti

PDO n'est pas natif sur PHP5 et peut ne pas être installé sur un hébergeur externe.

ah t'es chez quel hébergeur ?

pour info on ne debug pas de mysql_* avec des or die (de plus c'est pas die mais exit) mais avec le mysql.trace_mode
09/09/2011, 10h47
Beniti

Citation:

Envoyé par stealth35

ah t'es chez quel hébergeur ?

Web4all. Mais peut importe s'ils ont activé le PDO ou pas. Si dans un an je change d'hébergeur, je transfère mes pages et je vois que l'extension est absente. Je me retrouverais bien mal fichu.

Citation:

pour info on ne debug pas de mysql_* avec des or die (de plus c'est pas die mais exit) mais avec le mysql.trace_mode

http://eusebius.developpez.com/phpmysql-base/
Mon code est intimement lié à mes références ;)
09/09/2011, 10h51
stealth35

Citation:

Envoyé par Beniti

Web4all. Mais peut importe s'ils ont activé le PDO ou pas. Si dans un an je change d'hébergeur, je transfère mes pages et je vois que l'extension est absente. Je me retrouverais bien mal fichu.

t'auras surtout pas de chance puisque déjà de nos jour un hébergeur sans PDO n'est pas un bon hébergeur, et j'irai même plus loin en disant qu'un hébergeur sans PHP 5.3 n'est pas un bon hébergeur

Citation:

Envoyé par Beniti

http://eusebius.developpez.com/phpmysql-base/
Mon code est intimement lié à mes références ;)

Date de mise à jour : 24/09/06

faut se mettre à la page un de ces jours ...
09/09/2011, 11h06
Beniti

Citation:

Envoyé par stealth35

Date de mise à jour : 24/09/06
faut se mettre à la page un de ces jours ...

Tu peux m'en dire plus ?
09/09/2011, 11h21
stealth35

Citation:

Envoyé par Beniti

Tu peux m'en dire plus ?

ta référence est un tuto qui date de 5 ans, tu ne trouves pas qu'il y'a un problème quelque part ?
09/09/2011, 12h12
Beniti

Citation:

Envoyé par stealth35

ta référence est un tuto qui date de 5 ans, tu ne trouves pas qu'il y'a un problème quelque part ?

J'avais compris l'obsolescence de cette méthode. Par contre, je ne vois pas de cours ou explications tagés stealth35 le 09/09/2011.
C'est sympa de me prévenir que, attention le debug que tu utilises n'est pas valable (encore que j'arrive à retomber sur mes pieds quand une erreur de requête survient), mais sans explications plus concises que "c'est pas die mais exit et c'est avec le mysql.trace_mode", ça va pas m'aider. Si tu as un exemple de la façon la plus opportune de debuger mysql je suis preneur ;)
09/09/2011, 13h59
stealth35

Citation:

Envoyé par Beniti

J'avais compris l'obsolescence de cette méthode. Par contre, je ne vois pas de cours ou explications tagés stealth35 le 09/09/2011.
C'est sympa de me prévenir que, attention le debug que tu utilises n'est pas valable (encore que j'arrive à retomber sur mes pieds quand une erreur de requête survient), mais sans explications plus concises que "c'est pas die mais exit et c'est avec le mysql.trace_mode", ça va pas m'aider. Si tu as un exemple de la façon la plus opportune de debuger mysql je suis preneur

oui utiliser le mysql.trace_mode, pour plus d'info c'est comme tout direction la doc de php, faut un minium d’investissement, y'a tout dans la doc (et à jour (le plus souvent)) pourquoi cherché ailleurs
09/09/2011, 23h12
Beniti

Citation:

Envoyé par stealth35

oui utiliser le mysql.trace_mode, pour plus d'info c'est comme tout direction la doc de php, faut un minium d’investissement, y'a tout dans la doc (et à jour (le plus souvent)) pourquoi cherché ailleurs

Je suis ébloui de clairvoyance. Reposez vous cher ami, votre labeur mérite congé ;)