Deutsch
Deutsch
Bei Verwendung des Autoloading -Mechanismus von PHP ist spl_autoload_register () eine sehr häufige und bequeme Funktion. Es ermöglicht uns, einen oder mehrere Autoloader für die automatische Einführung entsprechender Dateien zu registrieren, wenn die Klasse aufgerufen wird. Wenn Sie jedoch nicht auf den Prozess der Registrierung und Anmeldung des Loaders achten, kann die doppelte Registrierung des Laders auftreten, was zu Leistungsproblemen oder Logikfehlern führt. In diesem Artikel wird Beispiele verwendet, um diese Probleme mit SPL_Autoload_unregister () zu vermeiden.
Betrachten Sie eine Situation, in der eine Bibliothek Dritter oder uns versehentlich dieselbe automatische Lastfunktion registriert, wenn sie eine bestimmte Initialisierungslogik aufrufen.
function myAutoloader($class) {
include_once __DIR__ . "/classes/" . $class . ".php";
}
spl_autoload_register('myAutoloader');
spl_autoload_register('myAutoloader'); // Registrierung wiederholen
Obwohl dieser Code keinen Fehler meldet, wird er tatsächlich dazu führen, dass Myautoloader mehrmals aufgerufen wird. Obwohl der interne PHP -Mechanismus versucht, zu verhindern, dass genaue Verschlüsse wiederholt registriert werden, dedupliziert er die Rückruffunktion nicht automatisch in Zeichenfolgenform. Auf diese Weise wird jedes Mal, wenn das Laden der Klasse fehlschlägt, dieselbe Ladelogik mehrmals ausprobiert, was Ressourcen verschwendet.
Um dieses Problem zu lösen, können wir vor der Registrierung spl_autoload_unregister () entfernen, um den vorhandenen Lader zu entfernen.
function myAutoloader($class) {
include_once __DIR__ . "/classes/" . $class . ".php";
}
// 确保不会Registrierung wiederholen
spl_autoload_unregister('myAutoloader'); // Wenn es nicht existiert, gibt es keinen Fehler
spl_autoload_register('myAutoloader');
Es ist zu beachten, dass spl_autoload_unregister () nur vorhandene Lader entfernen kann, daher wird empfohlen, festzustellen, ob es vor dem Anruf registriert wurde.
PHP bietet keine Methode, um direkt zu bestimmen, ob eine Funktion als automatischer Loader registriert wurde. Wir können jedoch alle aktuell registrierten Lader über spl_autoload_functions () erhalten und sie dann selbst überprüfen:
function isAutoloaderRegistered($loader) {
$loaders = spl_autoload_functions();
foreach ($loaders as $registered) {
if ($registered === $loader) {
return true;
}
}
return false;
}
function myAutoloader($class) {
include_once __DIR__ . "/classes/" . $class . ".php";
}
// Registrieren Sie sich nur, wenn sie nicht registriert sind
if (!isAutoloaderRegistered('myAutoloader')) {
spl_autoload_register('myAutoloader');
}
Eingekapselte automatische Ladelogik <br> Wenn möglich, verringern Sie Ihre Autoloader -Logik so, dass der Registrierungsprozess nur einmal in einer bestimmten Eintragsdatei oder Initialisierungsphase durchgeführt wird.
Registrieren Sie sich mit anonymen Funktionen oder Klassenmethoden <br> Wenn Ihr Lader eine Klassenmethode ist, wird empfohlen , [Klassenname, "Methode" in Form eines Arrays für eine einfache Identifizierung und Verwaltung zu registrieren.
Vermeiden Sie das Registrieren von Ladern in Schleifen oder wiederholten Aufrufen zu Funktionen <br> Registrieren Sie den Loader in Logik nicht, der initialisiert, dass sie mehrmals aufgerufen werden. Stellen Sie es immer in einem frühen Stadium des Projektlebenszyklus, z. B. in der Eintragsdatei.
Die Verwendung von spl_autoload_register () bringt uns einen flexiblen Autoloading -Mechanismus, bringt aber auch Management -Herausforderungen. Die Verwendung von spl_autoload_unregister () rational und prüft, ob die Funktion registriert wurde, kann das Problem der wiederholten Registrierung effektiv vermeiden und so die Robustheit und Leistung des Codes beibehalten.
Wenn Sie beim Erstellen großer Anwendungen einen Autoloader verwenden, z .
