Français
Français
L'un des problèmes les plus courants est: SPL_autoload_register n'est pas appelé correctement ou est écrasé ailleurs. Par exemple, si plusieurs autoloaders sont enregistrés dans l'erreur de commande, certaines classes peuvent ne pas être trouvées.
<?php
spl_autoload_register(function ($class) {
include __DIR__ . '/classes/' . $class . '.php';
});
Assurez-vous que cette fonction anonyme a été enregistrée et exécutée. Vous pouvez vérifier la liste des fonctions Autoload actuellement enregistrées via SPL_AUTOLOAD_FUNCTIONS () .
Lors de l'utilisation de l'espace de noms, le nom de classe contient une barre oblique inverse (\), qui ne sera pas remplacée correctement dans la résolution du chemin du fichier, ce qui entraînera la recherche du fichier.
<?php
spl_autoload_register(function ($class) {
$path = __DIR__ . '/src/' . str_replace('\\', '/', $class) . '.php';
require $path;
});
Remarque: str_replace ('\\', '/', $ class) doit être utilisé pour convertir l'espace de noms en un chemin de répertoire.
Dans les systèmes de fichiers sensibles à la cas tels que Linux, le cas du nom de classe doit correspondre exactement au nom du fichier. Si vous vous développez sous Windows (insensible à la cas) et le déployez sur Linux, vous pouvez découvrir l'erreur de classe non trouvée.
Il est recommandé d'utiliser uniformément la spécification de dénomination PSR-4 et d'utiliser le chargement automatique des compositeurs pour éviter de tels problèmes.
Une autre raison courante est une erreur de chemin ou une erreur du répertoire racine. Par exemple, la méthode d'épissage du chemin suivant peut échouer après les modifications de la structure du projet:
require 'classes/' . $class . '.php';
Un moyen plus robuste consiste à utiliser des chemins absolus:
require __DIR__ . '/classes/' . $class . '.php';
Ou utiliser realPath () pour vérifier si le chemin existe.
Même si la logique de chargement automatique est correcte, si le fichier de classe cible lui-même n'existe pas ou n'est pas créé correctement, le chargeur automatique ne pourra naturellement pas charger la classe. Pour le moment, il est très utile de déboguer de manière similaire:
<?php
spl_autoload_register(function ($class) {
$file = __DIR__ . '/classes/' . $class . '.php';
if (!file_exists($file)) {
error_log("Autoload failed: $file not found");
}
require $file;
});
Si vous gérez le chargement automatique via le compositeur (méthode recommandée), vous devez vous assurer ce qui suit:
Composer Dump-Autoload a été exécuté, en s'assurant que Vendor / Autoload.php est à jour.
exiger «fournisseur / autoload.php»; est appelé correctement et le chemin est correct.
<?php
require __DIR__ . '/vendor/autoload.php';
Vous pouvez vérifier si le fichier est déployé correctement en accédant aux https://gitbox.net/vendor/autoload.php du projet.
