PHP의 AOP 사고 분석

이 글은 주로 참고할 가치가 있는 PHP의 AOP 사고 분석을 소개합니다. 이제 모든 사람과 공유합니다. 도움이 필요한 친구들이 참고할 수 있습니다.

이야기의 배경:

질문:

전통적인 OOP 지향 객체 지향 프로그래밍에서는 일반적으로 애플리케이션을 여러 객체로 분해하여 높은 응집력과 약한 결합을 강조하여 애플리케이션의 모듈성을 향상시킵니다. 그러나 특정 문제를 처리할 때 OOP는 충분히 유연하지 않은 것 같습니다.

예를 들어 애플리케이션의 많은 비즈니스 로직에는 작업 시작 시 "권한 확인"이 필요하고 작업 후 "로깅"이 필요합니다. 이러한 작업을 처리하기 위한 코드를 각 모듈에 직접 추가하면 의심할 여지 없이 파괴됩니다. OOP의 "단일 책임" 원칙과 모듈의 재사용성은 크게 감소합니다. 그러나 기존 OOP 설계에서 자주 채택하는 전략은 시스템의 기능 요구 사항을 완료하기 위해 해당 프록시 레이어를 추가하는 것입니다. 이런 종류의 처리는 분명히 전체 시스템에 분할 수준을 추가하고 복잡성도 증가하여 사람들에게 지나치게 무거운 느낌을 줍니다.

해결책:

이러한 문제를 해결하기 위해 애플리케이션을 OOP의 날카로운 모서리인 3차원 구조로 생각한다는 AOP(Aspect-Oriented 프로그래밍)라는 아이디어가 탄생했습니다. 시스템을 수직으로 잘라내는 것, 시스템을 여러 모듈(예: 사용자 모듈, 기사 모듈 등)로 나누는 것, AOP의 날카로운 모서리는 시스템을 수평으로 잘라내어 반복 작업이 필요할 수 있는 부분을 추출하는 것입니다. 각 모듈(예: 권한 확인, 로깅 등). AOP는 OOP에 대한 효과적인 보완책임을 알 수 있다.

현재 PHP에는 아직 AOP가 완전히 내장되어 있지 않습니다. RunKit이 등장했지만 항상 PECL 프로젝트에 베타 상태로 남아 있을 가능성은 거의 없는 것으로 추정됩니다. 오랫동안 PHP의 기본 설정입니다. 이는 PHP에서 AOP가 손상되었음을 의미합니까? 물론 그렇지 않습니다. __get(), __set(), __call() 및 기타 마법 메서드가 있기 때문입니다. 이러한 메서드를 적절하게 사용하면 어느 정도 "준 AOP" 기능을 얻을 수 있다고 말하는 이유입니다. quasi-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(&#39;未定义的方法：&#39; . $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 &#39;Exception &#39;.$e->getMessage();
}

/**
 * 总结：
 * 整个的实现思路其实很简单，关键就是客户端请求的对象不能直接实例化出来，
 * 而是利用工厂方法返回一个请求对象的包装对象，在包装对象内利用魔术方法来处理权限处理，日志记录等公共操作。
 * 这既是巧妙的地方，也是最有可能出问题的地方，因为客户端使用对象并不是它想象中的对象，
 * 而是一个包装后的对象，比如说，客户端通过getBizInstance()方法以为得到的对象是BIZ，
 * 但实际上它得到的是一个BIZ的包装对象AOP，这样的话，如果客户端进行一些诸如get_class()之类
 * 和对象类型相关的操作就会出错，当然，大多数情况下，客户端似乎不太会做类似的操作
 */

위 내용은 모두의 학습에 도움이 되기를 바랍니다. 더 많은 관련 내용은 PHP 중국어 홈페이지를 주목해주세요!

관련 권장 사항:

PHP 작동 방식의 기본

PHP가 짧은 연결을 생성하는 방법

위 내용은 PHP의 AOP 사고 분석의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!