這篇文章主要介紹了關於PHP的AOP思想的解析，有著一定的參考價值，現在分享給大家，有需要的朋友可以參考一下
故事背景：
問題：
在傳統的OOP（物件導向程式設計：Object-Oriented Programming）思想裡，一般把應用程式分解成若干個的對象，強調高內聚，弱耦合，從而提高應用程式的模組化程度，但是在處理某些問題的時候，OOP會顯得不夠靈活，
比如說，應用程式裡很多業務邏輯都要在操作之初進行“權限檢查”，在操作之後進行“日誌記錄”，如果直接把處理這些操作的程式碼加入到每個模組中，那麼無疑破壞了OOP的“單一職責”原則，模組的可重用性會大大降低，
這時候傳統的OOP設計常採取的策略是加入對應的代理（Proxy）層來完成系統的功能要求，但這樣的處理明顯使系統整體增加了一個層次的劃分，複雜性也隨之增加，從而給人過於厚重的感覺。
解決方案：
正是為了處理這樣的問題，AOP（面向程式設計：Aspect-Oriented Programming）思想應運而生了，假設把應用程式想成一個立體結構的話，OOP的利刃是縱向切入系統，把系統劃分為很多模組（如：使用者模組，文章模組等等），而AOP的利刃是橫向切入系統，提取各個模組可能都要重複操作的部分（如：權限檢查，日誌記錄等等）。由此可見，AOP是OOP的有效補充。
就目前的PHP來說，還沒有一個完整的AOP內置實現，雖然出現了RunKit，但一直都以BETA的狀態呆在PECL項目裡，估計很長時間內不太可能成為PHP的缺省設定。那是不是AOP在PHP裡就破滅了呢？當然不是，因為我們有__get()，__set()，__call()等魔術方法，合理使用這些方法可以為我們實現某種程度的「準AOP」能力，之所以說是準AOP，是因為單單從實現來看，稱其為AOP有些牽強，但是從效果上來看，又部分實現了AOP的作用，雖然其實現方式並不完美，但對於一般的使用已經足夠了。
<?php
class BIZ
{
public function foobar($num)
{
print_r($num);
echo "\n业务逻辑 do something";
}
}
class AOP{
private $instance;
public function __construct($instance){
$this->instance = $instance;
}
public function __call($method,$argument) {
if (!method_exists($this->instance, $method)) {
throw new Exception('未定义的方法：' . $method);
}
echo "\n权限检查"; //--------------AOP
$callBack = array($this->instance,$method);
$return = call_user_func($callBack,$argument);
echo "\n日志记录"; //--------------AOP
return $return;
}
}
class Factory
{
public static function getBizInstance()
{
return new AOP(new BIZ());
}
}
try {
$obj = Factory::getBizInstance();
$obj->foobar(3);
}
catch (Exception $e) {
echo 'Exception '.$e->getMessage();
}/** * 总结： * 整个的实现思路其实很简单，关键就是客户端请求的对象不能直接实例化出来， * 而是利用工厂方法返回一个请求对象的包装对象，在包装对象内利用魔术方法来处理权限处理，日志记录等公共操作。 * 这既是巧妙的地方，也是最有可能出问题的地方，因为客户端使用对象并不是它想象中的对象， * 而是一个包装后的对象，比如说，客户端通过getBizInstance()方法以为得到的对象是BIZ， * 但实际上它得到的是一个BIZ的包装对象AOP，这样的话，如果客户端进行一些诸如get_class()之类 * 和对象类型相关的操作就会出错，当然，大多数情况下，客户端似乎不太会做类似的操作 */
以上就是本文的全部內容，希望對大家的學習有所幫助，更多相關內容請關注PHP中文網！
相關推薦：
以上是關於PHP的AOP思想的解析的詳細內容。更多資訊請關注PHP中文網其他相關文章！
