来聊聊,spl_autoload_register的前世今生
❝本文将会带你了解属于spl_autoload_register的故事。
❞
前言
❝咔咔整理了一个路线图,着手打造一份面试宝典,准备按照这样的路线图进行编写文章,后期发现没有补充到的知识点在进行添加。也期待各位伙伴一起来帮助补充一下。评论区见哦!
❞

一、spl_autoload_register前世今生
在刚刚接触PHP没有使用框架之前相信大多数伙伴都用过include和require,当然还有include_once和require_once。
这俩个区别还记得吗?
include引入报错时只会有警告,而require则会直接让脚本停止。
在PHP5.3引入了命名空间的概念,为此在PHP文档中记载着11年前一位贡献者是这样说的,I made this benchmark to ensure that I don't recommend something that could be called "nice, but slow" later
。
翻译过来是“我做的这个测试,是为了确保我以后不推荐可以称之为不错,但是很慢的东西”。
做的这个测试就是定义了10个文件夹,每个文件夹有10个子文件夹并且每个子文件夹里都有10个类,然后使用了autoload和spl_autoload对比之后,平均执行时间多50ms。
那么这个东西指的就是_autoload()
,终将这个方法在PHP7.2被废弃。
那么除了效率问题之外还有一个原因最终废弃了_autoload这个方法。
spl_autoload_register可以根据自己需求写多个,加载顺序是按照队列方式,先进先出。
autoload是全局函数,所以只能定义一次,多次定义会报错。如果一个项目使用多个框架实现,就会引发这样的问题。
二、spl_autoload_register简单使用
这个函数只有三个参数,第一个参数为自动加载的函数,第二参数为自动注册的函数失败时是否抛出异常,第三个参数为添加函数到队列之首,而不是队列尾部。
以上都是根据true定义的。
定义俩个文件say和user
say文件声明一个类Say并且设置一个方法hello

这时来到user文件,我们需要先定义一个autoload方法,然后使用spl_autoload_register进行注册
打印出来的数据结果
❝坚持学习、坚持写博、坚持分享是咔咔从业以来一直所秉持的信念。希望在偌大互联网中咔咔的文章能带给你一丝丝帮助。
❞
Atas ialah kandungan terperinci 来聊聊,spl_autoload_register的前世今生. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Artikel ini menunjukkan aplikasi baris arahan bangunan (CLI) menggunakan keupayaan CLI ThinkPHP. Ia menekankan amalan terbaik seperti reka bentuk modular, suntikan ketergantungan, dan pengendalian ralat yang mantap, sambil menonjolkan perangkap biasa seperti Inu

Artikel ini membincangkan pertimbangan utama untuk menggunakan ThinkPhp dalam arkitek tanpa pelayan, memberi tumpuan kepada pengoptimuman prestasi, reka bentuk tanpa statik, dan keselamatan. Ia menyoroti faedah seperti kecekapan kos dan skalabiliti, tetapi juga menangani cabaran

ThinkPhp's Container IOC menawarkan ciri -ciri canggih seperti pemuatan malas, mengikat kontekstual, dan suntikan kaedah untuk pengurusan ketergantungan yang cekap di php apps.Character Count: 159

Artikel ini membincangkan menghalang kelemahan suntikan SQL dalam ThinkPHP melalui pertanyaan parameter, mengelakkan SQL mentah, menggunakan ORM, kemas kini tetap, dan pengendalian ralat yang betul. Ia juga meliputi amalan terbaik untuk mendapatkan pertanyaan pangkalan data dan validat

Artikel ini menggariskan membina sistem giliran tugas yang diedarkan menggunakan ThinkPhp dan RabbitMQ, yang memberi tumpuan kepada pemasangan, konfigurasi, pengurusan tugas, dan skalabilitas. Isu -isu utama termasuk memastikan ketersediaan yang tinggi, mengelakkan perangkap biasa seperti implope

Artikel ini membincangkan rangka kerja ujian ThinkPHP, yang menonjolkan ciri-ciri utamanya seperti ujian unit dan integrasi, dan bagaimana ia meningkatkan kebolehpercayaan aplikasi melalui pengesanan bug awal dan kualiti kod yang lebih baik.

Artikel ini membincangkan perbezaan utama antara ThinkPhp 5 dan 6, yang memberi tumpuan kepada seni bina, ciri, prestasi, dan kesesuaian untuk peningkatan warisan. ThinkPhp 5 disyorkan untuk projek tradisional dan sistem warisan, sementara ThinkPhp 6 sesuai dengan PR baru

Artikel ini membincangkan amalan terbaik untuk mengendalikan muat naik fail dan mengintegrasikan penyimpanan awan di ThinkPhp, yang memberi tumpuan kepada keselamatan, kecekapan, dan skalabiliti.
