다단계 캐시 구현---책임 체인 모델

다단계 캐싱 책임 체인 모델.
* 클라이언트는 이를 핸들러에 제출하고, 핸들러는 작업을 처리할 수 있는 책임 체인에서 함수를 찾아 이를 처리합니다. 다음과 같이 요약할 수 있습니다. 일련의 클래스를 사용하여 요청 처리를 시도합니다. 이들 클래스 사이에는 느슨한 결합이 있습니다. 유일한 공통점은 요청이 들어오면 클래스 A가 이를 먼저 처리한다는 것입니다. 처리를 위해 클래스 B. 처리되지 않으면 처리를 위해 클래스 C로 전달됩니다.

/**
 * 책임 패턴 체인, 그 목적은 메소드 호출과 같은 요청을 처리하기 위해 객체 체인을 구성하는 것입니다.
 *
 * 책임 사슬의 가장 유명한 예: 다중 레벨 캐싱.
 * 클라이언트는 이를 핸들러에 제출하고, 핸들러는 작업을 처리할 수 있는 함수를 찾아서 처리합니다.
 * 다음과 같이 요약할 수 있습니다. 요청을 처리하며, 이들 클래스 사이에는 느슨한 결합이 있습니다.
 * 유일한 공통점은 요청이 오면 클래스 A가 먼저 처리한다는 것입니다. 처리되지 않으면
 * 처리를 위해 Class B로 전달됩니다. 그렇지 않은 경우 Class B로 처리됩니다. 처리를 위해 Class C로 전달되어 체인처럼 전달됩니다.
*/


/**
* 핸들러 추상화.
* ChainOfResponsibility의 일부가 되고 싶은 개체는 이 인터페이스를 직접 구현하거나
* AbstractHandler의 상속을 통해 구현해야 합니다.
* 책임 체인의 일부는 직접 구현해야 합니다. 이 인터페이스를 구현하거나
* 추상 처리 클래스를 상속합니다
*/
 인터페이스 KeyValueStore{
 /**
 * 값을 얻습니다.
 * @param string $key
 * @return 혼합
*/
 공용 함수 get($key);
}
/**
* ConcreteHandler가
* 캐싱에 관심이 없거나 검색 상속을 방해하는 기본 무작동 구현입니다.
* 요청을 받고 이를 만족시키려고 시도하며 실패하면 다음 핸들러에 위임합니다.
*/
추상 클래스 AbstractKeyValueStore가 KeyValueStore를 구현합니다.{
 protected $_nextHandler;
 공개 함수 get($key){
 return $this->_nextHandler->get($key);
 }
}
/**
* 이상적으로는 체인의 마지막 ConcreteHandler입니다.
* 체인에 삽입하면 호출되는 마지막 노드가 됩니다.
* 이상적으로는 책임 체인의 마지막 구체적인 핸들러 클래스입니다. 체인에 추가된 은 마지막으로 호출되는 노드가 됩니다.
*/
SlowStore 클래스는 KeyValueStore를 구현합니다.{
 /**
 * 데이터베이스나 플랫 파일 등 다소 느린 저장소일 수 있습니다.
*/
 protected $_values;
 공개 함수 __construct(array $values ​​= array()){
 $this->_values ​​= $values;
 }
 공개 함수 get($key){
 return $this->_values[$key];
 }
}
/**
* 자체 캐시에서 키를 찾아 처리하는 ConcreteHandler
* 캐시 누락 시 다음 핸들러로 전달
*/
InMemoryKeyValueStore 클래스는 KeyValueStore를 구현합니다.{
 protected $_nextHandler;
 protected $_cached = array();
 공용 함수 __construct(KeyValueStore $nextHandler){
 $this->_nextHandler = $nextHandler;
 }
 보호 함수 _load($key){
 if (!isset($this->_cached[$key])) {
 $ this->_cached[$key] = $this->_nextHandler->get($key);
 }
 }
 공개 함수 get($key){
 $this- >_load($key);
 return $this->_cached[$key];
 }
}
/**
* 요청을 시도하지 않고 요청을 위임하는 ConcreteHandler
* 전혀 이해합니다. HTML을 생성하는 메서드를 정의하거나
* 유사한 사용자 인터페이스 문제를 해결하여 자체적으로 전문화할 수 있기 때문에 사용자 인터페이스
*에서 사용하는 것이 더 쉬울 수 있습니다.
* 일부 클라이언트는 이 개체를 개체로만 봅니다. KeyValueStore
*의 인스턴스이며 요청이 어떻게 충족되는지 신경 쓰지 않는 반면, 다른
*은 이를 전체적으로 사용할 수 있습니다(클래스 기반 어댑터와 유사).
* 어떤 클라이언트도 체인이 의 핸들러가 존재합니다.
* 不用关心调用的具体实现的외부具体具体处理程序;背后是责任链。
*/
클래스 FrontEnd는 AbstractKeyValueStore를 확장합니다.{
 공용 함수 __construct(KeyValueStore $nextHandler){
 $this->_nextHandler = $nextHandler;
 }
 공용 함수 getEscaped($ key){
 return htmlentities($this->get($key), ENT_NOQUOTES, 'UTF-8');
 }
}
// 클라이언트 코드
$store = new SlowStore(
 array(
 'pd' => '필립 K. 딕',
 'ia' => '아이작 아시모프',
 'ac' => '아서 C . Clarke',
 'hh' => 'Helmut Hei.enbttel'
 )
);
// 개발 중에는 $store를 FrontEnd에 직접 전달합니다
$ 캐시 = 새로운 InMemoryKeyValueStore($store);
$frontEnd = 새로운 FrontEnd($cache);
echo $frontEnd->get('ia'). "n";
echo $frontEnd->getEscaped('hh'). "n";

/**
 * 예상: ...
 * Isaac Asimov
 * Helmut Hei.enbttel
 *
 * 참가자:

◆클라이언트: 핸들러( Handler)가 요청 제출 ;
◆Handler(핸들러) abstract: 요청을 받고 어떤 방식으로든 만족시킵니다.
◆ConcreteHandlers(콘크리트 핸들러): 요청을 받고 만족시키려고 시도합니다. 실패하면 다음 핸들러에 위임합니다. .
*/