This document is for a version of CakePHP that is no longer supported. Please upgrade to a newer release!
C’est assez courant de vouloir stocker ses données sous une forme hiérarchique dans la table d’une base de données. Des exemples de tels besoins pourraient être des catégories avec un nombre illimité de sous-catégories, des données en relation avec un système de menu multi-niveaux ou une représentation littérale d’une hiérarchie, comme celle qui est utilisée pour stocker les objets de contrôle d’accès avec la logique ACL.
Pour de petits arbres de données et les cas où les données n’ont que quelques niveaux de profondeurs, c’est simple d’ajouter un champ parent_id à votre table et de l’utiliser pour savoir quel objet est le parent de quel autre. En natif avec CakePHP, il existe cependant un moyen puissant d’avoir les bénéfices de la logique MPTT MPTT logic <https://www.sitepoint.com/hierarchical-data-database-2/>, sans avoir à connaître les détails de l’implémentation technique - à moins que ça ne vous intéresse ;).
Pour utiliser le behavior en Arbre (TreeBehavior), votre table nécessite 3 champs tels que listés ci-dessous (tous sont des entiers) :
parent - le nom du champ par défaut est parent_id, pour stocker l’id de l’objet parent.
left - le nom du champ par défaut est lft, pour stocker la valeur lft de la ligne courante.
right - le nom du champ par défaut est rght, pour stocker la valeur rght de la ligne courante.
Si vous êtes familier de la logique MPTT vous pouvez vous demander pourquoi un champ parent existe - parce qu’il est tout bonnement plus facile d’effectuer certaines tâches à l’usage, si un lien parent direct est stocké en base, comme rechercher les enfants directs.
Note
Le champ parent
doit être capable d’avoir une valeur NULL !
Cela pourrait sembler fonctionner, si vous donnez juste une valeur parente
de zéro aux éléments de premier niveau, mais le fait de réordonner l’arbre
(et sans doute d’autres opérations) échouera.
Le behavior Tree possède beaucoup de fonctionnalités, mais commençons avec un exemple simple. Créons la table suivante:
CREATE TABLE categories (
id INTEGER(10) UNSIGNED NOT NULL AUTO_INCREMENT,
parent_id INTEGER(10) DEFAULT NULL,
lft INTEGER(10) DEFAULT NULL,
rght INTEGER(10) DEFAULT NULL,
name VARCHAR(255) DEFAULT '',
PRIMARY KEY (id)
);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(1, 'My Categories', NULL, 1, 30);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(2, 'Fun', 1, 2, 15);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(3, 'Sport', 2, 3, 8);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(4, 'Surfing', 3, 4, 5);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(5, 'Extreme knitting', 3, 6, 7);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(6, 'Friends', 2, 9, 14);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(7, 'Gerald', 6, 10, 11);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(8, 'Gwendolyn', 6, 12, 13);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(9, 'Work', 1, 16, 29);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(10, 'Reports', 9, 17, 22);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(11, 'Annual', 10, 18, 19);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(12, 'Status', 10, 20, 21);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(13, 'Trips', 9, 23, 28);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(14, 'National', 13, 24, 25);
INSERT INTO
`categories` (`id`, `name`, `parent_id`, `lft`, `rght`)
VALUES
(15, 'International', 13, 26, 27);
Dans le but de vérifier que tout est défini correctement, nous pouvons créer une méthode de test et afficher les contenus de notre arbre de catégories, pour voir à quoi il ressemble. Avec un simple controller:
class CategoriesController extends AppController {
public function index() {
$data = $this->Category->generateTreeList(
null,
null,
null,
' '
);
debug($data); die;
}
}
et une définition de model encore plus simple:
// app/Model/Category.php
class Category extends AppModel {
public $actsAs = array('Tree');
}
Nous pouvons vérifier à quoi ressemble les données de notre arbre de catégories, en visitant /categories. Vous devriez voir quelque chose comme:
My Categories
Fun
Sport
Surfing
Extreme knitting
Friends
Gerald
Gwendolyn
Work
Reports
Annual
Status
Trips
National
International
Dans la section précédente, nous avons utilisé des données existantes
et nous avons vérifié qu’elles semblaient hiérarchiques avec la méthode
generateTreeList
. Toutefois vous devez ajouter vos données de
la même manière que vous le feriez pour n’importe quel model. Par exemple:
// pseudo controller code
$data['Category']['parent_id'] = 3;
$data['Category']['name'] = 'Skating';
$this->Category->save($data);
Lorsque vous utilisez le behavior en arbre il n’est pas nécessaire de faire plus que de définir l’id du parent (parent_id), le behavior tree prendra soin du reste. Si vous ne définissez pas l’id du parent (parent_id), Le behavior Tree additionnera vos nouveaux ajouts au sommet de l’arbre:
// pseudo code du controller
$data = array();
$data['Category']['name'] = 'Other People\'s Categories';
$this->Category->save($data);
Exécuter les extraits de code ci-dessus devrait modifier l’arbre comme suit:
My Categories
Fun
Sport
Surfing
Extreme knitting
Skating New
Friends
Gerald
Gwendolyn
Work
Reports
Annual
Status
Trips
National
International
Other People’s Categories New
La modification des données est aussi transparente que l’addition des données. Si vous modifiez quelque chose, mais ne changez pas le champ de l’id du parent (parent_id) - la structure de vos données restera inchangée. Par exemple:
// pseudo controller code
$this->Category->id = 5; // id of Extreme knitting
$this->Category->save(array('name' => 'Extreme fishing'));
Le code ci-dessus n’affecterait pas le champ de l’id du parent (parent_id) - même si l’id du parent (parent_id) est inclue dans les données passées à sauvegarder si les données ne changent pas, pas plus que la structure de données. Donc l’arbre de données devrait maintenant ressembler à:
My Categories
Fun
Sport
Surfing
Extreme fishing Updated
Skating
Friends
Gerald
Gwendolyn
Work
Reports
Annual
Status
Trips
National
International
Other People’s Categories
Déplacer les données autour de votre arbre est aussi une affaire simple. Supposons que Extreme fishing n’appartienne pas à Sport, mais devrait se trouver plutôt sous « D’autres catégories de gens ». Avec le code suivant:
// pseudo controller code
$this->Category->id = 5; // id of Extreme fishing
$newParentId = $this->Category->field(
'id',
array('name' => 'Other People\'s Categories')
);
$this->Category->save(array('parent_id' => $newParentId));
Comme on pouvait s’y attendre, la structure serait modifiée comme suit:
My Categories
Fun
Sport
Surfing
Skating
Friends
Gerald
Gwendolyn
Work
Reports
Annual
Status
Trips
National
International
Other People’s Categories
Extreme fishing Moved
Le behavior Tree fournit un certain nombre de façons de gérer la suppression des données. Pour commencer par le plus simple exemple, disons que la catégorie des rapports n’est plus utile. Pour l’enlever * et tous les enfants qu’il peut avoir * il suffit d’appeler et supprimer comme vous le feriez pour n’importe quel model. Par exemple, avec le code suivant:
// pseudo code du controller
$this->Category->id = 10;
$this->Category->delete();
L’arbre des Catégories serait modifié comme suit:
My Categories
Fun
Sport
Surfing
Skating
Friends
Gerald
Gwendolyn
Work
Trips
National
International
Other People’s Categories
Extreme fishing
Utiliser et manipuler des données hiérarchisées peut s’avérer assez difficile. C’est pourquoi le behavior tree met à votre disposition quelques méthodes de permutations en plus des méthodes find de bases.
Note
La plupart des méthodes de tree se basent et renvoient des données triées
en fonction du champ lft
. Si vous appelez find()
sans trier en
fonction de lft
, ou si vous faîtes une demande de tri sur un tree, vous
risquez d’obtenir des résultats inattendus.
$id – L’id de l’enregistrement à rechercher.
$direct – Defini à true pour ne retourner que les descendants directs.
$fields – Un simple champ texte ou un tableau de champs à inclure dans le retour.
$order – Chaîne SQL des conditions ORDER BY.
$limit – SQL LIMIT déclaration.
$page – pour accéder aux resultats paginés.
$recursive – Nombre du niveau de profondeur pour la récursivité des models associés.
La méthode children
prend la clé primaire (l’id d’une ligne) et
retourne les enfants (children), par défaut dans l’ordre d’apparition dans
l’arbre. Le second paramètre optionnel definit si il faut ou non
retourner seulement les enfants directs. En utilisant l’exemple des données
de la section précédente:
$allChildren = $this->Category->children(1); // un tableau plat à 11 éléments
// -- ou --
$this->Category->id = 1;
$allChildren = $this->Category->children(); // un tableau plat à 11 éléments
// Ne retourne que les enfants directs
$directChildren = $this->Category->children(1, true); // un tableau plat avec 2 éléments
Note
Si vous voulez un tableau recursif utilisez find('threaded')
Comme avec la méthode children
, childCount
prend la valeur
de la clé primaire (l’id) d’une ligne et retourne combien d’enfant elle
contient.
Le second paramètre optionnel definit si il faut ou non compter les enfants directs. En reprenant l’exemple ci dessus:
$totalChildren = $this->Category->childCount(1); // retournera 11
// -- ou --
$this->Category->id = 1;
$directChildren = $this->Category->childCount(); //retournera 11
// Seulement les comptes des descendants directs de cette category
$numChildren = $this->Category->childCount(1, true); // retournera 2
$conditions – Utilise les mêmes conditions qu’un find().
$keyPath – Chemin du champ à utiliser pour la clé, par exemple « {n}.Post.id.
$valuePath – Chemin du champ à utiliser pour le label, par exemple « {n}.Post.title ».
$spacer – La chaîne à utiliser devant chaque élément pour indiquer la profondeur.
$recursive – Le nombre de niveaux de profondeur pour rechercher les enregistrements associés.
Cette méthode retourne des données similaires à :ref: model-find-list, avec un préfixe en retrait pour montrer la structure de vos données. Voici un exemple de ce à quoi vous attendre comme retour avec cette méthode:
$treelist = $this->Category->generateTreeList();
Sortie:
array(
[1] => "My Categories",
[2] => "_Fun",
[3] => "__Sport",
[4] => "___Surfing",
[16] => "___Skating",
[6] => "__Friends",
[7] => "___Gerald",
[8] => "___Gwendolyn",
[9] => "_Work",
[13] => "__Trips",
[14] => "___National",
[15] => "___International",
[17] => "Other People's Categories",
[5] => "_Extreme fishing"
)
Nouveau dans la version 2.7.
$results – Résultats de l’appel de find(“all”).
$options – Options à passer.
Cette méthode va retourner des données similaires à
find(“list”) mais avec un préfix imbriqué qui est spécifié
dans l’option spacer
pour montrer la structure de vos données.
Les options supportées sont:
keyPath
: Un chemin vers la clé, par ex « {n}.Post.id ».
valuePath
: Un chemin vers la valeur, par ex « {n}.Post.title ».
spacer
: Le caractère ou les caractères qui seront répétés.
Un exemple serait:
$results = $this->Category->find('all');
$results = $this->Category->formatTreeList($results, array(
'spacer' => '--'
));
Cette fonction comme son nom l’indique, donne en retour le noeud parent d’un nœud, ou false si le noeud n’a pas de parent (c’est le nœud racine). Par exemple:
$parent = $this->Category->getParentNode(2); //<- id de fun
// $parent contient toutes les catégories
Le “path” (chemin) quand vous vous réferez à des données hiérarchiques, c’est le moyen retrouver où vous êtes depuis le sommet. Par exemple le path (chemin) de la catégorie « International » est:
My Categories
…
Work
Trips
…
International
En utilisant l’id de « international », getPath retournera chacun des parents rencontrés (depuis le haut):
$parents = $this->Category->getPath(15);
// contenu de $parents
array(
[0] => array(
'Category' => array('id' => 1, 'name' => 'My Categories', ..)
),
[1] => array(
'Category' => array('id' => 9, 'name' => 'Work', ..)
),
[2] => array(
'Category' => array('id' => 13, 'name' => 'Trips', ..)
),
[3] => array(
'Category' => array('id' => 15, 'name' => 'International', ..)
),
)
Le behavior Tree ne fonctionne pas uniquement en tâche de fond, il y a un certain nombre de méthodes spécifiques dans le behavior Tree pour répondre a vos besoins de données hierarchiques, et des problèmes inattendus qui pourraient survenir durant le processus.
Utilisé pour déplacer un seul nœud dans l’arbre. Vous devez fournir l” ID de l’élément à déplacer et un nombre positif de combien de positions le noeud devrait être déplacé vers le bas. Tous les nœuds enfants pour le noeud spécifié seront également déplacés.
Voici l’exemple d’une action d’un controller (dans un controller nommé Category) qui déplace un noeud spécifié vers le bas de l’arbre:
public function movedown($id = null, $delta = null) {
$this->Category->id = $id;
if (!$this->Category->exists()) {
throw new NotFoundException(__('Invalid category'));
}
if ($delta > 0) {
$this->Category->moveDown($this->Category->id, abs($delta));
} else {
$this->Session->setFlash(
'Please provide the number of positions the field should be' .
'moved down.'
);
}
return $this->redirect(array('action' => 'index'));
}
Par exemple, si vous souhaitez déplacer le « Sport » (id de 3) d’une catégorie vers le bas, vous devriez requêter: /categories/movedown/3/1.
Utilisé pour déplacer un seul nœud de l’arbre. Vous devez fournir l’ID de l’élément à déplacer et un nombre positif de combien de positions le noeud devrait être déplacé vers le haut. Tous les nœuds enfants seront également déplacés.
Voici un exemple d’un controller action (dans un controller categories) déplacant un noeud plus haut dans un arbre:
public function moveup($id = null, $delta = null) {
$this->Category->id = $id;
if (!$this->Category->exists()) {
throw new NotFoundException(__('Invalid category'));
}
if ($delta > 0) {
$this->Category->moveUp($this->Category->id, abs($delta));
} else {
$this->Session->setFlash(
'Please provide a number of positions the category should' .
'be moved up.'
);
}
return $this->redirect(array('action' => 'index'));
}
Par exemple, si vous souhaitez déplacer la catégory « Gwendoline » (id de 8) plus haut d’une position vous devriez requêter: /categories/moveup/8/1. Maintenant l’ordre des Amis sera Gwendolyn, Gérald.
En utilisant cette méthode, un neud sera supprimée ou déplacée, tout en conservant son sous-arbre, qui sera apparenté à un niveau supérieur. Il offre plus de contrôle que: ref: model-delete qui, pour un model en utilisant le behavior tree supprimera le noeud spécifié et tous ses enfants.
Prenons l’arbre suivant au début:
My Categories
Fun
Sport
Surfing
Extreme knitting
Skating
En executant le code suivant avec l’id de “Sport”:
$this->Node->removeFromTree($id);
Le noeud Sport sera retiré du haut du noeud:
My Categories
Fun
Surfing
Extreme knitting
Skating
Sport Moved
Cela démontre le behavior par défaut du removeFromTree
de
déplacement d’un noeud pour ne plus avoir de parent, et de re-parenter tous
les enfants.
Si toutefois l’extrait de code suivant était utilisé avec l’id “Sport”:
$this->Node->removeFromTree($id, true);
L’arbre deviendrait
My Categories
Fun
Surfing
Extreme knitting
Skating
Ceci démontre l’utilisation alternative de removeFromTree
, les enfants
ont été reparentés et “Sport” a été effacé.
Réordonne les nœuds (et nœuds enfants) de l’arbre en fonction du champ et de la direction spécifiée dans les paramètres. Cette méthode ne changera pas le parent d’un nœud.
$model->reorder(array(
//id de l'enregistrement à utiliser comme noeud haut pour réordonner, default: $Model->id
'id' => ,
//champ à utiliser pour réordonner, par défaut: $Model->displayField
'field' => ,
//direction de l'ordonnement, par défaut: 'ASC'
'order' => ,
//vérifier ou pas l'arbre avant de réordonner, par défaut: true
'verify' =>
));
Note
Si vous avez sauvegardé vos données ou fait d’autres opérations sur le
model, vous pouvez définir $model->id = null
avant d’appeler
reorder
. Sinon, seuls les enfants du nœud actuel et ses enfants
seront réordonnés.
En raison de la nature complexe auto-référentielle de ces structures de données comme les arbres et les listes chaînées, elles peuvent parfois se rompre par un appel négligent. Rassurez-vous, tout n’est pas perdu! Le behavior Tree contient plusieurs fonctionnalités précédemment non-documentées destinées à se remettre de telles situations.
Le paramètre mode
est utilisé pour spécifier la source de l’info qui
est correcte. La source opposée de données sera peuplée en fonction de
cette source d’information. Ex: si le champ MPTT est corrompu ou vide, avec
le $mode 'parent'
la valeur du champ parent_id
sera utilisée pour
peupler les champs gauche et droite.
Le paramètre missingParentAction
s’applique uniquement aux « parent »
mode et détermine ce qu’il faut faire si le champ parent contient un
identifiant qui n’est pas présent.
Options $mode
permises:
'parent'
- utilise l’actuel``parent_id``pour mettre à jour les champs
lft
et rght
.
'tree'
- utilise les champs actuels lft``et``rght``pour mettre à jour
le champ ``parent_id
Les options de missingParentActions
autorisées durant l’utilisation de
mode='parent'
:
null
- ne fait rien et continue
'return'
- ne fait rien et fait un return
'delete'
- efface le noeud
int
- definit parent_id à cet id
Exemple:
// Reconstruit tous les champs gauche et droit en se basant sur parent_id
$this->Category->recover();
// ou
$this->Category->recover('parent');
// Reconstruit tous les parent_id en se basant sur les champs lft et rght
$this->Category->recover('tree');
Réordonne les nœuds (et nœuds enfants) de l’arbre en fonction du champ et de la direction spécifiés dans les paramètres. Cette méthode ne change pas le parent d’un nœud.
La réorganisation affecte tous les nœuds dans l’arborescence par défaut, mais les options suivantes peuvent influer sur le processus:
'id'
- ne réordonne que les noeuds sous ce noeud.
'field
” - champ à utiliser pour le tri, par défaut le
displayField
du model.
'order'
- 'ASC'
pour tri ascendant, 'DESC'
pour tri
descendant.
'verify'
- avec ou sans vérification avant tri.
$options
est utilisé pour passer tous les paramètres supplémentaires,
et les clés suivantes par défaut, toutes sont facultatives:
array(
'id' => null,
'field' => $model->displayField,
'order' => 'ASC',
'verify' => true
)
Retourne True
si l’arbre est valide sinon un tableau d’erreurs,
avec des champs pour le type, l’index, et le message d’erreur.
Chaque enregistrement dans le tableau de sortie est un tableau de la forme (type, id,message)
type
est soit 'index'
ou 'node'
'id'
est l’id du noeud erroné.
'message'
dépend de l’erreur rencontrée
Exemple d’utilisation:
$this->Category->verify();
Exemple de sortie:
Array
(
[0] => Array
(
[0] => "node"
[1] => 3
[2] => "left and right values identical"
)
[1] => Array
(
[0] => "node"
[1] => 2
[2] => "The parent node 999 doesn't exist"
)
[10] => Array
(
[0] => "index"
[1] => 123
[2] => "missing"
)
[99] => Array
(
[0] => "node"
[1] => 163
[2] => "left greater than right"
)
)
Nouveau dans la version 2.7.
Connaître la profondeur des noeuds d’un arbre peut être utile quand vous
voulez récupérer les noeuds seulement pour un certain niveau par exemple, quand
vous générez des menus. Vous pouvez utiliser l’option level
pour spécifier
le champ qui sauvegardera le niveau de chaque noeud:
public $actsAs = array('Tree' => array(
'level' => 'level', // Defaults to null, i.e. no level saving
));
Nouveau dans la version 2.7.
Si vous ne mettez pas en cache le niveau des noeuds en utilisant l’option
level
dans les configurations, vous pouvez utiliser cette méthode pour
récupérer le niveau d’un noeud en particulier.