天天看點

PHP SPL 被遺落的寶石【SPL應用淺析】

本文執行個體講述了PHP SPL應用方法。分享給大家供大家參考,具體如下:

Rafael Dohms 上面的篇文章 讓我為之驚豔,忍不住就翻譯了下來,同時補充了部分内容。

SPL,PHP 标準庫(Standard PHP Library) ,從 PHP 5.0 起内置的元件和接口,并且從 PHP5.3 已逐漸的成熟。SPL 其實在所有的 PHP5 開發環境中被内置,同時無需任何設定。

似乎衆多的 PHP 開發人員基本沒有使用它,甚至聞所未聞。究其原因,可以追述到它那陽春白雪/

/般的說明文檔,使你忽略了「它的存在」。SPL 這塊寶石猶如鐵達尼的「海洋之心」般,被沉入海底。而現在它應該被我們撈起,并将它穿戴在應有的位置 ,而這也是這篇文章所要表述的觀點。

那麼,SPL 提供了什麼?

SPL 對 PHP 引擎進行了擴充,例如 ArrayAccess、Countable 和 SeekableIterator 等接口,它們用于以數組形式操作對象。同時,你還可以使用 RecursiveIterator、ArrayObejcts 等其他疊代器進行資料的疊代操作。

它還内置幾個的對象例如 Exceptions、SplObserver、Spltorage 以及 splautoloadregister、splclasses、iteratorapply 等的幫助函數(helper functions),用于重載對應的功能。

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

重載 autoloade

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

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

另外的一個問題,就是當項目變得越來越複雜, __autoload 内的邏輯也會變得相應的複雜。到最後,甚至你會加入異常判斷,以及将所有的載入類的邏輯如數寫到其中。

大家都知道「雞蛋不能放到一個籃子中」,利用 SPL 可以分離 __autoload 的載入邏輯。隻需要寫個你自己的 autoload 函數,然後利用 SPL 提供的函數重載它。

例如上述 Zend 架構的問題,你可以重載 Zend loader 對應的方法,如果它沒有找到對應的類,那麼就使用你先前定義的函數。

<?php

class MyLoader {

public static function doAutoload($class) {

// 本子產品對應的 autoload 操作

}

}

spl_/

/autoload_register( array('MyLoader', 'doAutoload') );

?>

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

疊代器

疊代是常見設計模式之一,普遍應用于一組資料中的統一的周遊操作。可以毫不誇張的說,SPL 提供了所有你需要的對應資料類型的疊代器。

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

下面的代碼就是使用 SPL 的疊代器執行上述遞歸尋找指定目錄中的圖檔檔案的例子:

<?php

class RecursiveFileFilterIterator extends FilterIterator {

// 滿足條件的擴充名

protected $ext = array('jpg','gif');

/**

public function __construct($path) {

parent::__construct(new RecursiveIteratorIterator(new RecursiveDirectoryIterator($path)));

}

/**

public function accept() {

$item = $this->getInnerIterator();

if ($item->isFile() &&

in_array(pathinfo($item-&gt;getFilename(), PATHINFO_EXTENSION), $this->ext)) {

return TRUE;

}

}

}

// 執行個體化

foreach (new RecursiveFileFilterIterator('/path/to/something') as $item) {

echo $item . PHP_EOL;

}

?>

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

下面是 SPL 提供的其他的疊代器:

RecursiveIterato

RecursiveIteratorIterato

OuterIterato

IteratorIterato

FilterIterato

RecursiveFilterIterato

ParentIterato

SeekableIterato

LimitIterato

GlobIterato

CachingIterato

RecursiveCachingIterato

NoRewindIterato

AppendIterato

RecursiveIteratorIterato

InfiniteIterato

RegexIterato

RecursiveRegexIterato

EmptyIterato

RecursiveTreeIterato

ArrayIterato

自 PHP5.3 開始,會内置其他更多的疊代器,我想你都可以嘗試下,或許它能改變你編寫傳統代碼的習慣。

SplFixedArray

SPL 還内置了一系列的數組操作工具,例如可以使用 SplFixedArray 執行個體化一個固定長度的數組。那麼為什麼要使用它?因為它更快,甚至它關系着你的工資問題 :)

我們知道 PHP 正常的數組包含不同類型的鍵,例如數字、字元串等,并且長度是可變的。正是因為這些「進階功能」,PHP 以散列(hash)的方式通過鍵得到對應的值 -- 其實這在特定情況這會造成性能問題。

而 SplFixedArray 因為是使用固定的數字鍵,是以它并沒有使用散列存儲方式。不确切的說,甚至你可以認為它就是個 C 數組。這就是為什麼 SplFixedArray 會比通常數組要快的原因(僅在 PHP5.3 中)。

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

如果你需要大量的數組操作,那麼你可以嘗試下,相信它是值得信賴的。

資料結構

同時 SPL 還提供了些資料結構基本類型的實作 。雖然我們可以使用傳統的變量類型來描述資料結構,例如用數組來描述堆棧(Strack)-- 然後使用對應的方式 pop 和 push(arraypop()、arraypush()),但你得時刻小心,·因為畢竟它們不是專門用于描述資料結構的 -- 一次誤操作就有可能破壞該堆棧。

而 SPL 的 SplStack 對象則嚴格以堆棧的形式描述資料,并提供對應的方法。同時,這樣的代碼應該也能了解它在操作堆棧而非某個數組,進而能讓你的同伴更好的了解相應的代碼,并且它更快。

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

希望本文所述對大家PHP程式設計有所幫助。