首頁  >  文章  >  後端開發  >  PHP+SPL應用案例詳解

PHP+SPL應用案例詳解

php中世界最好的语言
php中世界最好的语言原創
2018-05-16 15:23:482154瀏覽

這次帶給大家PHP SPL應用案例詳解,PHP SPL應用的注意事項有哪些,下面就是實戰案例,一起來看一下。

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

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

似乎眾多的 PHP 開發人員基本上沒有使用它,甚至聞所未聞。究其原因,可以追述到它那陽春白雪般的說明文檔,使你忽略了「它的存在」。 SPL 這塊寶石猶如鐵達尼的「海洋之心」般,被沉入海底。而現在它應該被我們撈起,並將它穿戴在應有的位置 ,而這也是這篇文章所要表述的觀點。

那麼,SPL 提供了什麼?

SPL 對PHP 引擎進行了擴展,例如ArrayAccessCountable SeekableIterator 等接口,它們用於以數組形式操作對象。同時,你也可以使用 RecursiveIteratorArrayObejcts 等其他迭代器進行資料的迭代操作。

它還內建幾個的物件例如ExceptionsSplObserverSpltorage 以及splautoloadregister#、splclasses iteratorapply 等的幫助函數(helper functions),用來重載對應的功能。

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

重播autoloader

如果你是位「教科書式的程式設計師」,那麼你保證了解如何使用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(&#39;MyLoader&#39;, &#39;doAutoload&#39;) );
?>

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

迭代器

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

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

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

<?php
class RecursiveFileFilterIterator extends FilterIterator {
  // 满足条件的扩展名
  protected $ext = array(&#39;jpg&#39;,&#39;gif&#39;);
  /**
   * 提供 $path 并生成对应的目录迭代器
   */
  public function construct($path) {
    parent::construct(new RecursiveIteratorIterator(new RecursiveDirectoryIterator($path)));
  }
  /**
   * 检查文件扩展名是否满足条件
   */
  public function accept() {
    $item = $this->getInnerIterator();
    if ($item->isFile() &&
        in_array(pathinfo($item->getFilename(), PATHINFO_EXTENSION), $this->ext)) {
      return TRUE;
    }
  }
}
// 实例化
foreach (new RecursiveFileFilterIterator(&#39;/path/to/something&#39;) as $item) {
  echo $item . PHP_EOL;
}
?>

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

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

RecursiveIterator
RecursiveIteratorIterator
OuterIterator
IteratorIterator
FilterIterator##RecursiveFilterator
ParentIterator
SeekableIterator
LimitIterator
GlobIterator
CachingIterator
RecursiveCachingIterator
NoRewindIterator
AppendIterator##aterator#exterIteratorIterator#Iterator
AppendIterator##aterator> EmptyIterator
RecursiveTreeIterator
ArrayIterator


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

SplFixedArray

SPL 也內建了一系列的陣列操作工具,例如可以使用 SplFixedArray 實例化一個固定長度的陣列。那為什麼要使用它?因為它更快,甚至它關係著你的工資問題 :)

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

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

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

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

資料結構

同時 SPL 也提供了些資料結構基本型別的實作 。雖然我們可以使用傳統的變數類型來描述資料結構,例如用陣列來描述堆疊(Strack)-- 然後使用對應的方式pop 和push(

arraypop()arraypush()

),但你得時時小心,·因為畢竟它們不是專門用來描述資料結構的-- 一次誤操作就有可能破壞該堆疊。

而 SPL 的 SplStack 物件則嚴格以堆疊的形式描述數據,並提供對應的方法。同時,這樣的程式碼應該也能理解它在操作堆疊而非某個數組,從而能讓你的同伴更好的理解相應的程式碼,而且它更快。 相信看了本文案例你已經掌握了方法,更多精彩請關注php中文網其它相關文章!

推薦閱讀:

PHP實作Huffman編碼/解碼步驟詳解

PHP直接插入排序案例分析

以上是PHP+SPL應用案例詳解的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn