マルチレベルキャッシュの実装---責任連鎖モデル

マルチレベルのキャッシュ責任連鎖モデル。
* クライアントはそれをハンドラーに送信し、ハンドラーはタスクを処理できる関数を責任チェーン内で見つけて処理します。これは次のように要約できます。 一連のクラスを使用してリクエストを処理しようとします。これらのクラス間の疎結合であり、共通点は、それらの間でリクエストを渡すということだけです。つまり、リクエストが届いた場合、クラス A がそれを最初に処理します。処理されない場合は、クラス C に渡されて処理されます。チェーン (連鎖) が渡されます。

/**
 * 責任連鎖パターン。その目的は、メソッド呼び出しなどのリクエストを処理するためにオブジェクト チェーンを編成することです。
 *
 * 責任の連鎖の最も有名な例は、マルチレベル キャッシュです。
 * クライアントはそれをハンドラーに送信し、ハンドラーはタスクを処理できる関数を責任チェーン内で見つけて処理します
 * これは次のように要約できます: 一連のクラスを使用してリクエストを処理しようとします。これらのクラス間には疎結合があります
 * 共通しているのは、リクエストがそれらの間で受け渡されることです。つまり、リクエストが処理されなかった場合、クラス A が最初にそれを処理します。 * は処理のためにクラス B に渡され、処理されない場合はクラス C に渡されて処理されます。
*/

/**
* ハンドラーの抽象化。
* ChainOfResponsibility の一部になりたいオブジェクトは、このインターフェイスを直接実装するか、
* AbstractHandler からの継承を介して実装する必要があります。
* インターフェイスまたは
* は抽象処理クラスを継承します
*/
interface KeyValueStore{
 /**
 * 値を取得します。
 * @param string $key
 * @returnmixed
*/
 public function get($key) ;
}
/**
* ConcreteHandler が
* キャッシュや取得の干渉に関心を持たない基本的な no-op 実装
* リクエストを受信し、それを満たそうとし、失敗した場合は次のハンドラーに委譲します。
*/
抽象クラス AbstractKeyValueStore は KeyValueStore を実装します{
 protected $_nextHandler;
 public function get($key){
 return $this->_nextHandler->get($key);
 }
}
/**
* 理想的には、チェーン内の最後の ConcreteHandler。少なくとも、
* チェーンに挿入された場合、呼び出される最後のノードになります。
* 理想的には、責任チェーン上の最後の具象処理クラスがチェーンに追加され、最後に呼び出されたノードです。
*/
class SlowStore は KeyValueStore を実装します{
 /**
 * これは、データベースまたはフラット ファイルなど、やや遅いストアである可能性があります。
*/
 protected $_values;
 public function __construct(array $values = array()){
 $this ->_values = $values;
 }
 public function get($key){
 return $this->_values[$key];
 }
}
/**
* 独自のキャッシュでキーを検索してキーのリクエストを処理する ConcreteHandler
* キャッシュ ミスの場合は次のハンドラーに転送します。
* キャッシュ ミスの場合は、次の処理オブジェクトに転送します
*/
class InMemoryKeyValueStore は KeyValueStore を実装します{
 protected $_nextHandler;
 protected $_cached = array();
 public function __construct(KeyValueStore $nextHandler){
 $this->_nextHandler = $nextHandler;
 }
 protected function _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 のインスタンスとしてのみ認識します
*リクエストをどのように満たすかは気にしませんが、他のもの
* はそれをそのまま使用する可能性があります (クラスベースのアダプターと同様)。
* ハンドラーのチェーンが存在することをクライアントは認識しません。
* 不用关心调用の特定实现外部の具体的な処理プログラムの後には手間がかかります。
*/
class FrontEnd extends AbstractKeyValueStore{
 public function __construct(KeyValueStore $nextHandler){
 $this->_nextHandler = $nextHandler;
 }
 public function getEscaped($key){
 return htmlentities($this-> get($key), ENT_NOQUOTES, 'UTF-8');
 }
}
// クライアント コード
$store = new SlowStore(
 array(
 'pd' => 'フィリップ K. ディック',
 ' ia' => 'アイザック・アシモフ',
 'ac' => 'アーサー・C・クラーク',
 'hh' => 'ヘルムート・ヘイ.enbttel'
 )
);
// 開発中はスキップしますキャッシュし、$store を直接 FrontEnd に渡します
$cache = new InMemoryKeyValueStore($store);
$frontEnd = new FrontEnd($cache);
echo $frontEnd->get('ia')。 "n";
echo $frontEnd->getEscaped('hh')。 "n";

/**
 * 期待: ...
 * Isaac Asimov
 * Helmut Hei.e​​nbttel
 *
 * 参加者:

◆クライアント (クライアント): ハンドラー (ハンドラー) にリクエストを送信します
◆ハンドラー (ハンドラー) 要約: を受け取ります。リクエストを受け取り、何らかの方法でそれを満たす;
◆ConcreteHandlers (コンクリート ハンドラー): リクエストを受け取り、それを満たそうとし、失敗した場合は次のハンドラーに委譲します。
*/