PHP SPL，遺落的寶石

英文原文：

standard php library (spl)：

spl，php 標準庫（standard php library），此從 php 5.0 起內建的元件和介面，並且從 php5.3 已逐漸的成熟。spl 其實在所有的 php5 開發環境中被內建，同時無需任何設定。

似乎眾多的 php 開發人員基本沒有使用它，甚至聞所未聞。究其原因，可以追述到它那陽春白雪般的說明文件，使你忽略了「它的存在」。

spl 這塊寶石猶如鐵達尼的「海洋之心」般，被沉入海底。而現在它應該被我們撈起，並將它穿戴在應有的位置，而這也是這篇文章所要表述的觀點。

那麼，spl 提供了什麼？

spl 對 php 引擎進行了擴充套件，例如 arrayaccess、countable 和 seekableiterator 等介面，它們用於以陣列形式操作物件。同時，你還可以使用 recursiveiterator、arrayobejcts 等其他迭代器進行資料的迭代操作。

這些工具聚合在一起就好比是把多功能的瑞士軍刀，善用它們可以從質上提公升 php 的**效率。那麼，我們如何發揮它的威力？

過載 autoloader

如果你是位「教科書式的程式設計師」，那麼你保證了解如何使用 __autoload 去代替 includes/requires 操作惰性載入對應的類，對不？

但久之，你會發現你已經陷入了困境，首先是你要保證你的類檔案必須在指定的檔案路徑中，例如在 zend 框架中你必須使用「_」來分割類、方法名稱（你如何解決這一問題？）。

另外的乙個問題，就是當專案變得越來越複雜， __autoload 內的邏輯也會變得相應的複雜。到最後，甚至你會加入異常判斷，以及將所有的載入類的邏輯如數寫到其中。

大家都知道「雞蛋不能放到乙個籃子中」，利用 spl 可以分離 __autoload 的載入邏輯。只需要寫個你自己的 autoload 函式，然後利用 spl 提供的函式過載它。

例如上述 zend 框架的問題，你可以過載 zend loader 對應的方法，如果它沒有找到對應的類，那麼就使用你先前定義的函式。

<?php 
class myloader 
}spl_autoload_register( array('myloader', 'doautoload') );

正如你所見，spl_autoload_register 還能以陣列的形式加入多個載入邏輯。同時，你還可以利用 spl_autoload_unregister 移除已經不再需要的載入邏輯，這功能總會用到的。

迭代器迭代是常見設計模式之一，普遍應用於一組資料中的統一的遍歷操作。可以毫不誇張的說，spl 提供了所有你需要的對應資料型別的迭代器。

有個非常好的案例就是遍歷目錄。常規的做法就是使用 scandir ，然後跳過「.「和「..」，以及其它未滿足條件的檔案。例如你需要遍歷個某個目錄抽取其中的檔案，就需要判斷是否是 jpg、gif 結尾。

<?php 
class recursivefilefilteriterator extends filteriterator 
/*** 檢查副檔名是否滿足條件
*/public function accept() 
}}// 例項化
foreach (new recursivefilefilteriterator('/path/to/something') as $item)

你可能會說，這不是花了更多的**去辦同一件事情嗎？那麼，檢視上面的**，你不是擁有了具有高度重用而且可以測試的**了嗎 :^)

下面是 spl 提供的其他的迭代器：

自 php5.3 開始，會內建其他更多的迭代器，我想你都可以嘗試下，或許它能改變你編寫傳統**的習慣。

splfixedarray

spl 還內建了一系列的陣列操作工具，例如可以使用 splfixedarray 例項化乙個固定長度的陣列。那麼為什麼要使用它？因為它更快，甚至它關係著你的工資問題 :^)

我們知道 php 常規的陣列包含不同型別的鍵，例如數字、字串等，並且長度是可變的。正是因為這些「高階功能」，php 以雜湊（hash）的方式通過鍵得到對應的值 -- 其實這在特定情況這會造成效能問題。

而 splfixedarray 因為是使用固定的數字鍵，所以它並沒有使用雜湊儲存方式。不確切的說，甚至你可以認為它就是個 c 陣列。這就是為什麼 splfixedarray 會比通常陣列要快的原因（僅在 php5.3 中）。

那到底有多快呢，下面的組資料可以讓你窺其究竟。

更詳細的評測可以參考這裡，如果你需要大量的陣列操作，那麼你可以嘗試下，相信它是值得信賴的。

資料結構

同時 spl 還提供了些資料結構基本型別的實現。雖然我們可以使用傳統的變數型別來描述資料結構，例如用陣列來描述堆疊（strack）-- 然後使用對應的方式 pop 和 push（array_pop()、array_push()），但你得時刻小心，·因為畢竟它們不是專門用於描述資料結構的 -- 一次誤操作就有可能破壞該堆疊。

而 spl 的 splstack 物件則嚴格以堆疊的形式描述資料，並提供對應的方法。同時，這樣的**應該也能理解它在操作堆疊而非某個陣列，從而能讓你的同伴更好的理解相應的**，並且它更快。

最後，可能上述那些慘白的例子還不足矣「**你」去使用 spl。實踐出真知，spl 更多、更強大的功能需要你自己去挖掘。而它正如寶石般的慢慢雕砌，才能散發光輝。

ps，有關 spl 詳細的中文文件，阮一峰同學這裡有份更詳細的筆記《php spl筆記》，推薦。

PHP SPL，遺落的寶石

Elastic 探秘之遺落的珍珠

石頭中的寶石

PHP SPL標準庫中的常用函式介紹

PHP SPL，遺落的寶石

Elastic 探秘之遺落的珍珠

石頭中的寶石

PHP SPL標準庫中的常用函式介紹

相關推薦