Français
Français
Dans PHP, la fonction PDOSTATION :: FetchObject est une fonction très courante utilisée pour obtenir des données à partir de résultats de requête et les mapper dans des objets. Cependant, pendant le processus de liaison des données, vous pouvez parfois rencontrer le problème de l'acquisition incorrecte des données d'objet. Cet article vous fournira quelques conseils de débogage pour vous aider à résoudre les problèmes de liaison des données que vous pouvez rencontrer lors de l'utilisation de fetchObject .
Tout d'abord, assurez-vous que lorsque vous utilisez la fonction PDOSTATION :: FetchObject , vous avez correctement exécuté la requête SQL et avez lié les paramètres corrects. Habituellement, des problèmes de liaison des données peuvent se produire lorsque vous liez les paramètres sans lier le type de données correct ou l'erreur de commande.
<?php
$pdo = new PDO('mysql:host=localhost;dbname=test', 'user', 'password');
$statement = $pdo->prepare('SELECT id, name, email FROM users WHERE id = :id');
$statement->bindParam(':id', $id, PDO::PARAM_INT);
$id = 1;
$statement->execute();
Ici, nous nous assurons que les paramètres corrects sont liés: ID en tant que type entier, et le nom du paramètre correspondant dans l'instruction SQL est également : id .
Dans la prémisse que la liaison des données est correcte, nous pouvons utiliser la méthode FetchObject pour obtenir l'objet du résultat de la requête. FetchObject mappera le résultat de la requête à un objet STDClass par défaut, mais vous pouvez spécifier une classe d'objets personnalisée en passant le paramètre de nom de classe.
<?php
$statement = $pdo->prepare('SELECT id, name, email FROM users WHERE id = :id');
$statement->bindParam(':id', $id, PDO::PARAM_INT);
$id = 1;
$statement->execute();
// Obtenez l'objet utilisateur
$user = $statement->fetchObject('User');
var_dump($user);
Ici, supposons que l'utilisateur est votre classe personnalisée et que ses propriétés correspondent au nom de la colonne du résultat de la requête.
Lorsque vous utilisez FetchObject , vous devez vous assurer que le nom de la colonne de la requête de la base de données correspond exactement au nom d'attribut dans la classe cible, sinon les propriétés de l'objet ne seront pas remplies correctement.
class User {
public $id;
public $name;
public $email;
public function __construct($id, $name, $email) {
$this->id = $id;
$this->name = $name;
$this->email = $email;
}
}
Dans le code ci-dessus, l' ID de propriétés, le nom et l'e-mail de la classe de type utilisateur doivent correspondre au nom de la colonne de la requête SQL. Si les noms de colonne sont différents, vous pouvez utiliser un alias dans les requêtes SQL pour assurer une correspondance:
SELECT id AS user_id, name AS user_name, email AS user_email FROM users
En même temps, le constructeur de la classe utilisateur n'a pas à transmettre explicitement les paramètres. Si les paramètres du constructeur n'ont pas de valeur par défaut, PHP essaiera de remplir automatiquement les attributs de classe.
Si les propriétés de votre classe sont déclarées privées ou protégées, FetchObject ne pourra pas remplir ces propriétés, car FetchObject remplit uniquement les propriétés publiques par défaut. Pour obtenir FetchObject pour fonctionner correctement, assurez-vous de déclarer la propriété comme publique ( publique ).
class User {
public $id;
public $name;
public $email;
// Si l'attribut est privé，fetchObject Je ne peux pas le remplir
private $password;
public function __construct($id, $name, $email) {
$this->id = $id;
$this->name = $name;
$this->email = $email;
}
}
Si vous devez utiliser des propriétés privées, envisagez d'utiliser les méthodes __get () et __set () pour accéder à ces propriétés privées.
Si les données d'objet renvoyées par FetchObject sont incorrectes ou nuls , vous pouvez la déboguer de la manière suivante:
Instruction SQL d'impression : assurez-vous que la syntaxe de requête SQL est correcte et que les données sont renvoyées. Vous pouvez utiliser Echo pour imprimer la requête SQL finale, ou exécuter var_dump ($ instruction-> fetchall ()) pour afficher toutes les données renvoyées.
$data = $statement->fetchAll(PDO::FETCH_ASSOC);
var_dump($data);
Vérifiez les valeurs liées : assurez-vous que la valeur réalisée pour BindParam ou BindValue est correcte. Vous pouvez vérifier si la valeur du paramètre lié correspond à la valeur attendue via var_dump .
Vérifiez les exceptions lorsque la création d'objets : assurez-vous qu'aucune exception n'a été lancée, ce qui entraîne l'objet qui n'est pas créé correctement. S'il y a un problème avec la requête de la base de données elle-même, FetchObject peut ne pas renvoyer les données correctes.
Si vous devez cartographier les résultats de la base de données à un objet de classe concrète, vous pouvez spécifier un nom de classe en tant que paramètre pour le passer à FetchObject :
$user = $statement->fetchObject('User');
De cette façon, le résultat renvoyé sera une instance de la classe utilisateur , et non la STDClass par défaut.
Lors du débogage des problèmes de liaison des données dans PDOSTATION :: FetchObject , la clé est d'assurer la cohérence entre les requêtes SQL, la liaison des données et les attributs de classe de l'objet cible. En parcourant l'exécution SQL, la liaison des paramètres et la correspondance des constructeurs et attributs de classe, vous pouvez vous assurer que les données d'objet correctes sont obtenues.
Si vous trouvez des problèmes de liaison, essayez de vérifier si le nom de la colonne correspond au nom de la propriété de l'objet, ou assurez-vous de ne pas avoir manqué les paramètres de liaison. Gardez également le journal de débogage pour vous aider à identifier les problèmes potentiels.
