Problem dans une fonction attaque

[Sephi-Chan]

il manquait des 'apostrophes' autour de %s, car il s'agit d'un texte

Code PHP :

<?php 

$requete = sprintf("SELECT `defence` , `force` , `vie` FROM Joueur WHERE Joueur='%s' ", $adversaire);



echo $requete; 

[denisc]

lèche bottes

[Sephi-Chan]

Pas du tout. Regarde mes appréciations, celle de Pascal en particulier ^^.

Positif: Vraiment bien vu pour le sprintf() pour les requêtes SQL

Et oué, fallait pas m'chercher :p.


Sephi-Chan

[Sephi-Chan]

Bon. J'ai testé chez moi en apportant quelques modifications et ça fonctionne parfaitement :

En prennant cette table, qui ne contient plus d'ambiguités (nom de champ identique au nom de table, nom portant des majuscules foireuses, etc.)

Code :

CREATE TABLE `joueurs` (
  `id_joueur` int(11) NOT NULL auto_increment,
  `joueur` varchar(25) collate latin1_general_ci NOT NULL,
  `force` int(10) NOT NULL,
  `defense` int(10) NOT NULL,
  `vie` int(10) NOT NULL,
  `pa` int(10) NOT NULL,
  PRIMARY KEY  (`id_joueur`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci AUTO_INCREMENT=4 ;

INSERT INTO `joueurs` (`id_joueur`, `joueur`, `force`, `defense`, `vie`, `pa`) VALUES
(1, 'genosite', 12, 6, 23, 10),
(2, 'marco', 10, 7, 10, 5),
(3, 'bill', 15, 3, 30, 4);

Avec ce code j'ai les bons retours :

Code PHP :

<?php 

$rqt = sprintf("SELECT `defense`, `force`, `vie` FROM joueurs WHERE joueur='%s'", 'genosite');

//echo '<blockquote>',$requete,'</blockquote>';

$exe_rqt = mysql_query($rqt) or die(mysql_error());

$ret_rqt = mysql_fetch_assoc($exe_rqt) or die(mysql_error());

echo 'Défense : ',$ret_rqt['defense'],'<br />';

echo 'Force : ',$ret_rqt['force'],'<br />';

echo 'Vie : ',$ret_rqt['vie'],'<br />'; 

[genosite]

GENIAL!!!!!!!!!!!!!!!!!!!!!!! merci Sephi-Chan ca marche avec la methode sprintf()

[Plume]

Pas de bol, j'utilise intégralement une classe SQL - que je développe au fur et à mesure de mes besoins.

Je ne suis pas d'accord avec le point suivant :

Le mieux est la chaine à double quotes

C'est plus long à interpréter car l'analyse de la chaine demande de repérer ce qui est une variable & ce qui n'en est pas une puis de la remplacer parce qui convient bien.

[EDIT]J'allais oublier :
http://lwdev4.free.fr/jeux/test/test3.php ~~> Fatal error: Call to undefined function: attaque() in /mnt/127/free.fr/2/7/lwdev4/jeux/test/test3.php on line 62
Voili voiloou

[pascal]

rha lala!

Sephi Chan a raison : une lecture facilitée pour le programmeur ( codage, débuggage, reprise du code...) vaut bien la "perte" d'une fraction de milliseconde à l'exécution.

les chaines à double quotes c'est aussi + simple pour le SQL, car on entoure le texte via des simple quotes; on ve pas pondre un troll, pitié...

A+

Pascal

[denisc]

idem dans le sprintf!
sauf qu'au lieu de rechercher la chaine $xxxxx, il faut rechercher la chaine %s pour finalement la remplacer aussi!
En terme de perf, il faudrai faire un bench, mais je reste persuadé que les chaines " " sont plus rapides.

Quand à ma phrase, c'était de toute façon orienté développeur débutant, et non optimisation cycles cpu!

[pascal]

rah, mais on s'en fiche du CPU, c'est pas les quotes qui constituent les goulots dans un script, pffff!

[Sephi-Chan]

C'est vrai qu'avec une gueguerre pro-simplequote Vs. pro-doublequote on est pas dans la merde !?
C'est comme l'utilisation des opérateurs , ou . pour concaténer. L'un est plus rapide que l'autre, mais est également moins lisible.

Ou sinon on peut parler des conventions de nommages des variables ?

Ou des différents types d'indentation :

structure_de_langage {
...
}

ou bien

structure_de_langage
{
...
}


Sephi-Chan,

c'est pas les quotes qui constituent les goulots dans un script, pffff!

Pardonne ma curiosité mais, qu'est ce qui constitue les goulots dans un script ?