Zend_Cache_Core هو frontend مميز لأنه جوهر الـ module . هو عبارة cache frontend عام و هناك classes أخرى ممتدة منه.

	ملاحظة
	كل الـ frontends ترث من Zend_Cache_Core و بهذا كل الـ methods و الـ options الخاصة به (سيتم توضيحها لاحقاً) متوفرة فى الـ frontends الأخرى , لذلك لن نقوم بشرحها هناك.

هذه الـ options يتم تمريرها الى الـ factory method كما كان موضحاً فى امثلة سابقة.

تم اعطاء مثال فى بداية هذا الفصل.

إن كنت تقم بحفظ بيانات من النوع string فقط فى الـ cache (من الممكن حفظ بيانات من النوع bool ايضا بتشغيل الـ option المسمى "automaticSerialization" ) , يمكنك ان تستخدم بنية كود ادق مثل هذه :

<?php  
             
// we assume you already have $cache

$id = 'myBigLoop'; // cache id of "what we want to cache"

if (!($data = $cache->load($id))) {
    // cache miss
    
    $data = '';
    for ($i = 0; $i < 10000; $i++) {
        $data = $data . $i;
    }
    
    $cache->save($data);
    
} 

// [...] do something with $data (echo it, pass it on etc.)
             
?>       

إن كنت تريد حفظ اكثر من بلوك او مجموعة بيانات مختلفة, فهى نفس الفكرة :

<?php  
             
// make sure you use unique identifiers:
$id1 = 'foo';
$id2 = 'bar';

// block 1
if (!($data = $cache->load($id1))) {
    // cache missed
    
    $data = '';
    for ($i=0;$i<10000;$i++) {
        $data = $data . $i;
    }
    
    $cache->save($data);
    
} 
echo($data);

// this isn't affected by caching
echo('NEVER CACHED! ');

// block 2
if (!($data = $cache->load($id2))) {
    // cache missed
    
    $data = '';
    for ($i=0;$i<10000;$i++) {
        $data = $data . '!';
    }
    
    $cache->save($data);
    
} 
echo($data);

?>       

Zend_Cache_Frontend_Output هو frontend يستخدم فى التقاط البيانات المخرجة. يستخدم خاصية الـ output buffering التى تقدمها لغة PHP ليلتقط كل شئ يتم اخراجه بين الـ methods المسمى ()start و ()end.

هذا الـ frontend لا يحتوى اى options جديدة بخلاف الموجودة فى Zend_Cache_Core.

تم اعطاء مثال فى بداية هذا الفصل, ها هو مع بعض التعديلات الصغيرة:

<?php

// if it is a cache miss, output buffering is triggered
if(!$cache->start('mypage')):

// output everything as usual
echo 'Hello world! ';
echo 'This is cached ('.time().') ';

$cache->end(); // output buffering ends
endif;

echo 'This is never cached ('.time().').';

?>       

بإستخدام هذه الطريقة يمكنك بسهولة إدخال خاصية الـ caching لمخرجات الأكواد فى مشروعك بإستخدام القليل او ربما عدم الأحتياج لعمل refactoring.

تقوم Zend_Cache_Frontend_Function بعمل cache لناتج استدعاء دالة ما, و لديها method واحد رئيسى يسمى ()call و الذى يأخذ اسم الدالة المراد استدعائها و array تحتوتى الـ parameters التى سيتم تمريرها لهذه الدالة.

استخدام الـ method المسمى ()call هو نفس طريقة استخدام دالة لغة PHP المسمى ()call_user_func_array :

<?php

$cache->call('veryExpensiveFunc', $params);

# $params is an array
# for example to call (with caching) veryExpensiveFunc(1, 'foo', 'bar'), you will use
# $cache->call('veryExpensiveFunc', array(1, 'foo', 'bar'))

?>       

Zend_Cache_Frontend_Function ذكية كفاية لتقوم بعمل cache لكل من ناتج الدالة العائد من "return" و البيانات المخرجة داخل الدالة (مثل عمل طباعة لبعض البيانات من داخل الدالة).

	ملاحظة
	يمكنك تمرير اى دالة سواء كانت من دوال اللغة او دالة انت انشئتها بإستثناء الدوال التالية : array, echo, empty, eval, exit, isset, list , print unset.

يختلف Zend_Cache_Frontend_Class عن Zend_Cache_Frontend_Function حيث انه يقوم بعمل cache لعمليات استدعاء الـ objects و الـ static methods.

مثال على عمل cache لأستدعائات الـ static methods:

<?php

class test {
   
    # Static method
    public static function foobar($param1, $param2) {
        echo "foobar_output($param1, $param2)";
        return "foobar_return($param1, $param2)";   
    }

}

// [...]
$frontendOptions = array(
    'cachedEntity' => 'test' // The name of the class
);
// [...]

# The cached call
$res = $cache->foobar('1', '2');

?>       

لعمل cache للـ methods العادية:

<?php

class test {
   
    private $_string = 'hello !';
      
    public function foobar2($param1, $param2) {
        echo($this->_string);
        echo "foobar2_output($param1, $param2)";
        return "foobar2_return($param1, $param2)";   
    }

}

// [...]
$frontendOptions = array(
    'cachedEntity' => new test() // An instance of the class
);
// [...]

# The cached call
$res = $cache->foobar2('1', '2');

?>       

Zend_Cache_Frontend_File هو frontend يعتمد على اخر وقت تعديل ملف معين "master file". يتم استخدامه على سبيل المثال مع ملفات الـ configuration او الملفات التى تخص الـ templating.

على سبيل المثال: انت لديك ملف XML يحتوى على الـ configurations الخاصة ببرنامجك, هذا الملف يتم قرائة محتوياته بإستخدام دالة معينة و التى تعيد "return" إلينا "config object" (مثل Zend_Config ). عن طريق Zend_Cache_Frontend_File يمكنك حفظ الـ "config object" فى الـ cache (لتتجنب عملية قرائة ملف الـ XML عند كل مرة) لكن بالأعتماد بشدة على الـ "master file" اى ملف الـ XML. إذاً, إن تم تعديل ملف الـ XML سيتم اعتبار النسخة فى الـ cache غير صالحة للإستخدام و سيتم إنشاء اخرى جديدة.

إستخدام هذا الـ frontend هو نفس طريقة استخدام Zend_Cache_Core, لذلك لا يوجد حاجة إلى مثال جديد, الشئ الوحيد الذى ستقوم به هو تعريف قيمة masterFile عند إستخدام الـ factory.

Zend_Cache_Frontend_Page يتشابه مع Zend_Cache_Frontend_Output إلا انه تم تصميمه لعمل cache لصفحة كاملة. فلا يمكن إستخدام Zend_Cache_Frontend_Page لعمل cache لجزء او بلوك معين فقط.

على الجانب الأخر, الـ "cache id" يتم حسابه من خلال ['SERVER['REQUEST_URI_$ و (اعتمادا على قيم الـ options يستخدم التالى) GET, POST, SESSION, COOKIE, FILES. غير ذلك, يجب عليك استدعاء method واحد فقط و هو (()start) لأن ()end يتم إستدعائه تلقائيا عند إنتهاء الصفحة.

الى هذه اللحظة لم يتم تنفيذه لكننا ننوى إضافة نظام HTTP شرطى لحفظ المذيد من الـ bandwith (سيقوم النظام بإرسال الهيدر "HTTP 304" أى لم يتم تعديل الملف و هذا إذا تم إيجاد نسخة cache قابلة للأستخدام "طازجة" و إذا كان لدى المتصفح ايضا نسخة صالحة "طازجة" من هذه الصفحة.

	ملاحظة
	Zend_Cache_Frontend_Page يعتبر فى المرحلة alpha الأن , إى انه سيتم عمل تطويرات جديدة له مع مرور الوقت.

إستخدام Zend_Cache_Frontend_Page سهل جدا :

<?php
	           
// [...] // require, configuration and factory
	
$cache->start();
// if the cache is hit, the result is sent to the browser and the script stop here
	
// rest of the page ...
	
?>       

مثال اكثر تعقيدا يوضح اسلوب لتنفيذ إدارة مركزية للـ cache داخل ملف bootstrap "ملف رئيسى لتشغيل البرنامج". (مثلا للإستخدام مع Zend_Controller)

<?php

// [...] you should avoid to put too much lines before the cache section 
// [...] for example, for optimal performances, "require_once" or "Zend_Loader::loadClass" should be 
// [...] after the cache section        	

require_once 'Zend/Cache.php';

$frontendOptions = array(
   'lifeTime' => 7200,
   'debugHeader' => true, // for debuging 
   'regexps' => array(
       '^/$' => array('cache' => true),         // cache the whole IndexController         
       '^/index/' => array('cache' => true),    // cache the whole IndexController
       '^/article/' => array('cache' => false), // we don't cache the ArticleController...
       '^/article/view/' => array(              // ...but we cache the "view" action of 
           'cache' => true,                     // this ArticleController
           'cacheWithPostVariables' => true,    // and we cache even there are some variables in $_POST
           'makeIdWithPostVariables' => true,   // (but the cache will be dependent of the $_POST array)
       )
   )	  
);
$backendOptions = array(
    'cacheDir' => '/tmp/' 
);

// getting a Zend_Cache_Frontend_Page object
$cache = Zend_Cache::factory('Page', 'File', $frontendOptions, $backendOptions);

$cache->start();
// if the cache is hit, the result is sent to the browser and the script stop here

// [...] the end of the bootstrap file (these lines won't be executed if the cache is hit)
	        	
?>