Configuration

Utilisation avancée

Adaptateurs de source de données personnalisée

À partir d'un moment, vous pourriez avoir besoin de parcourir un type de données qui n'est pas couvert par les adaptateurs fournis par défaut. Dans ce cas, vous devrez écrire vos propres adaptateurs.

Pour faire ceci, vous devez implémenter Zend_Paginator_Adapter_Interface. Il existe deux méthodes requises :

  • count()

  • getItems($offset, $itemCountPerPage)

De plus, vous voudrez peut-être implémenter un constructeur qui prend votre source de données comme paramètre et le stocke comme propriété protégée ou privée. La manière suivant laquelle vous allez spécifiquement faire ceci, vous incombe.

Si vous avez déjà utilisé l'interface SPL » Countable, vous êtes familier avec count(). Utilisé avec Zend_Paginator, il s'agit du nombre total d'éléments dans la collection de données. De plus, l'instance Zend_Paginator fournit une méthode countAllItems() qui proxie vers la méthode count() de l'adaptateur.

La méthode getItems() est seulement légèrement plus compliquée. Pour ceci, les paramètres sont un point de départ et un nombre d'éléments à afficher par page. Vous devez retourner la portion appropriée de données. Pour un tableau, il s'agirait :

  1. return array_slice($this->_array, $offset, $itemCountPerPage);

Regardez les adaptateurs fournis par défaut (ils implémentent tous Zend_Paginator_Adapter_Interface) pour avoir une idée de la manière d'implémenter votre propre adaptateur.

Styles de défilement personnalisés

Créer votre propre style de défilement requiert que vous implémentiez Zend_Paginator_ScrollingStyle_Interface, qui définit une seule méthode, getPages(). Et plus spécifiquement :

  1. public function getPages(Zend_Paginator $paginator, $pageRange = null);

Cette méthode doit calculer des bornes inférieures et supérieures des numéros de page dans la plage des pages dites "local" (c'est-à-dire qui sont proches de la page courante).

A moins que votre style étende un autre style de défilement (voir Zend_Paginator_ScrollingStyle_Elastic par exemple), votre style personnalisé devra inévitablement se terminer par quelque chose de similaire à ceci :

  1. return $paginator->getPagesInRange($lowerBound, $upperBound);

Il n'y a rien de spécial au sujet de cet appel ; c'est simplement une méthode pratique pour vérifier la validité de la limite inférieure et supérieure et pour renvoyer un tableau de ces bornes au paginateur.

Quand vous êtes prêt à utiliser votre style de défilement, vous devez informer Zend_Paginator dans quel dossier le chercher, en réalisant ceci :

  1. $prefix = 'Mon_Paginator_StyleDefilement';
  2. $path   = 'Mon/Paginator/StyleDefilement/';
  3. Zend_Paginator::addScrollingStylePrefixPath($prefix, $path);

Fonctionnalité de mise en cache

Zend_Paginator peut mettre en cache les données qu'il a déjà fourni, empêchant ainsi l'adaptateur de les rechercher chaque fois qu'ils sont demandés. Pour informer le paginateur de mettre en cache automatiquement les données issues de l'adaptateur, fournissez simplement une instance de Zend_Cache_Core à sa méthode setCache() :

  1. $paginator = Zend_Paginator::factory($someData);
  2. $fO = array('lifetime' => 3600, 'automatic_serialization' => true);
  3. $bO = array('cache_dir'=>'/tmp');
  4. $cache = Zend_cache::factory('Core', 'File', $fO, $bO);
  5. Zend_Paginator::setCache($cache);

Tant que Zend_Paginator possède une instance de Zend_Cache_Core, les données seront mises en cache. Parfois vous ne voudrez pas mettre en cache les données même si vous avez déjà fourni un instance de cache. Vous pourrez alors utiliser la méthode setCacheEnable() :

  1. $paginator = Zend_Paginator::factory($someData);
  2. // $cache est une instance de Zend_Cache_Core
  3. Zend_Paginator::setCache($cache);
  4. // ... plus loin dans le script
  5. $paginator->setCacheEnable(false);
  6. // le cache est maintenant désactivé

Quand un cache est paramétré, les données y sont automatiquement stockées et extraites. Il peut alors être utile de vider le cache manuellement. Vous pouvez réaliser ceci en appelant clearPageItemCache($pageNumber). Si vous ne passer aucun paramètre, le cache entier sera vidé. Vous pouvez fournir optionnellement un paramètre représentant le numéro de page à enlever du cache :

  1. $paginator = Zend_Paginator::factory($someData);
  2. Zend_Paginator::setCache($cache);
  3. $items = $paginator->getCurrentItems();
  4. // la page 1 est maintenant en cache
  5. $page3Items = $paginator->getItemsByPage(3);
  6. // la page 3 est maintenant en cache
  7.  
  8. // effacer le cache associé à la page 3
  9. $paginator->clearPageItemCache(3);
  10.  
  11. // effacer tout le cache
  12. $paginator->clearPageItemCache();

Changer le nombre d'éléments par page videra tout le cache comme s'il était devenu invalide :

  1. $paginator = Zend_Paginator::factory($someData);
  2. Zend_Paginator::setCache($cache);
  3. // récupérer des éléments
  4. $items = $paginator->getCurrentItems();
  5.  
  6. // toutes les données vont être effacées du cache :
  7. $paginator->setItemCountPerPage(2);

Il est aussi possible de voir les données en cache et de les appeler directement grâce à la méthode getPageItemCache() :

  1. $paginator = Zend_Paginator::factory($someData);
  2. $paginator->setItemCountPerPage(3);
  3. Zend_Paginator::setCache($cache);
  4.  
  5. // récupérer des éléments
  6. $items = $paginator->getCurrentItems();
  7. $otherItems = $paginator->getItemsPerPage(4);
  8.  
  9. // voir ces éléments sous la forme d'un tableau à 2-dimensions :
  10. var_dump($paginator->getPageItemCache());

Zend_Paginator_AdapterAggregate Interface

Depending on your application you might want to paginate objects, whose internal data-structure is equal to existing adapters, but you don't want to break up your encapsulation to allow access to this data. In other cases an object might be in a "has-an adapter" relationship, rather than the "is-an adapter" relationsship that Zend_Paginator_Adapter_Abstract promotes. For this cases you can use the Zend_Paginator_AdapterAggregate interface that behaves much like the IteratorAggregate interface of the PHP SPL extension.

  1. interface Zend_Paginator_AdapterAggregate
  2. {
  3.     /**
  4.      * Return a fully configured Paginator Adapter from this method.
  5.      *
  6.      * @return Zend_Paginator_Adapter_Abstract
  7.      */
  8.     public function getPaginatorAdapter();
  9. }

The interface is fairly small and only expects you to return an instance of Zend_Paginator_Adapter_Abstract. An Adapter Aggregate instance is then recognized by both Zend_Paginator::factory and the constructor of Zend_Paginator and handled accordingly.


Configuration