Dieser Artikel führt Sie dazu, die Geschichte von spl_autoload_register zu verstehen Roadmap, Beginnen Sie mit der Erstellung eines Interviewleitfadens, Ich werde Artikel gemäß dieser Roadmap schreiben und einige Wissenspunkte hinzufügen, die später nicht hinzugefügt werden. Ich freue mich auch darauf, Sie im Kommentarbereich zu sehen
1. spl_autoload_register Vergangenheit und vorhanden Bevor ich gerade mit PHP in Berührung gekommen bin und kein Framework verwendet habe, haben meines Erachtens die meisten Partner include und require verwendet, und natürlich include_once und require_once.
Erinnern Sie sich noch an den Unterschied zwischen diesen beiden? Include gibt nur eine Warnung aus, wenn ein Fehler gemeldet wird, während require das Skript direkt stoppt.
Das Konzept des Namespace wurde in PHP5.3 eingeführt. Aus diesem Grund sagte ein Mitwirkender vor 11 Jahren in der PHP-Dokumentation: Ich habe diesen Benchmark erstellt, um sicherzustellen, dass ich später nichts empfehle, was man als "schön, aber langsam" bezeichnen könnte.I made this benchmark to ensure that I don't recommend something that could be called "nice, but slow" later。
Die Übersetzung lautet: „Ich habe diesen Test durchgeführt, um sicherzustellen, dass ich in Zukunft nichts empfehle, was man als gut, aber sehr langsam bezeichnen kann.“ Der von uns durchgeführte Test bestand darin, 10 Ordner zu definieren, jeder Ordner hat 10 Unterordner und jeder Unterordner hat 10 Klassen. Nach dem Vergleich mit autoload und spl_autoload war die durchschnittliche Ausführungszeit 50 ms länger. Dann bezieht sich dieses Ding auf _autoload( ) , diese Methode wird in PHP7.2 irgendwann aufgegeben. Neben Effizienzproblemen gibt es noch einen weiteren Grund, warum die _autoload-Methode endgültig aufgegeben wurde.
Sie können je nach Bedarf mehrere spl_autoload_registers schreiben. Die Ladereihenfolge erfolgt im Warteschlangenmodus, zuerst rein, zuerst raus. autoload ist eine globale Funktion und kann daher nur einmal definiert werden. Bei mehrfacher Definition wird ein Fehler gemeldet. Wenn ein Projekt mit mehreren Frameworks umgesetzt wird, treten solche Probleme auf.
2. Einfache Verwendung von spl_autoload_register
Der erste Parameter ist die automatisch geladene Funktion. Der zweite Parameter gibt an, ob eine Ausnahme ausgelöst werden soll Parameter Der Parameter besteht darin, die Funktion am Kopf der Warteschlange und nicht am Ende der Warteschlange hinzuzufügen. Die oben genannten Punkte sind alle auf der Grundlage von true definiert. 🎜🎜Definieren Sie zwei Dateien say und user🎜🎜Die say-Datei deklariert eine Klasse Say und legt eine Methode hello fest🎜Hier Bildbeschreibung einfügen
Wenn wir nun zur Benutzerdatei kommen, müssen wir zuerst eine Autoload-Methode definieren und dann spl_autoload_register zum Registrieren verwenden.
Gedruckte Datenergebnisse
❝
Behalten Lernen, Beharrlichkeit beim Bloggen und Teilen sind die Überzeugungen, an denen Kaka in der Branche immer festgehalten hat. Ich hoffe, dass Kakas Artikel Ihnen im riesigen Internet ein wenig Hilfe bringen können
❞
.
Das obige ist der detaillierte Inhalt vonLassen Sie uns über das vergangene und gegenwärtige Leben von spl_autoload_register sprechen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Dieser Artikel zeigt, dass die Befehlszeilenanwendungen (CLIs) mit der CLI-Funktionen von ThinkPhp gebaut werden. Es betont Best Practices wie modulares Design, Abhängigkeitsinjektion und robust
In dem Artikel werden wichtige Überlegungen zur Verwendung von ThinkPhp in serverlosen Architekturen erörtert, wobei der Schwerpunkt auf Leistungsoptimierung, staatslosem Design und Sicherheit liegt. Es unterstreicht Vorteile wie Kosteneffizienz und Skalierbarkeit, befasst sich aber auch mit Herausforderungen
IOC -Container von ThinkPhp bietet erweiterte Funktionen wie fauler Laden, Kontextbindung und Methodeninjektion für eine effiziente Abhängigkeitsführung in PHP -Apps.character Count: 159
In dem Artikel werden die Verhindern von SQL -Injektionsanfälligkeiten in ThinkPhp durch parametrisierte Abfragen verhindern, die RAW -SQL, Verwendung von ORM, regelmäßige Updates und ordnungsgemäße Fehlerbehandlung, vermeiden. Es deckt auch Best Practices für die Sicherung von Datenbankabfragen und Validaten ab
Der Artikel beschreibt das Erstellen eines verteilten Task -Warteschlangensystems mit ThinkPhp und RabbitMQ, wobei sich die Installation, Konfiguration, Aufgabenverwaltung und Skalierbarkeit konzentriert. Zu den wichtigsten Problemen gehören die Gewährleistung einer hohen Verfügbarkeit, die Vermeidung häufiger Fallstricke wie Unmensch
In dem Artikel wird das integrierte Test-Framework von ThinkPhP erläutert, wobei die wichtigsten Funktionen wie Einheit und Integrationstests hervorgehoben werden und wie die Anwendungszuverlässigkeit durch frühzeitige Fehlererkennung und verbesserte Codequalität verbessert wird.
In dem Artikel werden wichtige Unterschiede zwischen ThinkPhp 5 und 6 erörtert und sich auf Architektur, Merkmale, Leistung und Eignung für Legacy -Upgrades konzentrieren. ThinkPhp 5 wird für traditionelle Projekte und Legacy -Systeme empfohlen, während ThinkPhp 6 zu neuem PR passt
In dem Artikel werden Best Practices für das Hochladen von Dateien und die Integration von Cloud -Speicher in ThinkPhP erörtert, wobei sich die Sicherheit, Effizienz und Skalierbarkeit konzentriert.