Discussion :

[starfiko]

Bonjour,

Je vous confirme que ma question fait un peu philosophique. Je vais essayé d'être beaucoup plus claire.
Le but de ma petite librairie est de faire un menu comportant des onglets qui ont la possibilités d'avoir des sous-menus de manière récurrente.
Pour cela j'ai deux classes une classe Menu et une classe Onglet.
Dans la classe Menu, on peut ajouter des objets Onglet Et dans la classe Onglet on peut ajouter des objets Menu pour faire des sous menus.
De plus dans la classe Menu, on a une propriété niveau qui permet de connaitre si c'est un menu ou sous-menu ou un sous-sous-menu.
Ma question en php est : Est ce qu'on peut connaitre le niveau du menu dans l'objet instancié ici Onglet, ainsi je pourrai set de manière dynamique le sous-menu par rapport au niveau du menu conteneur de l'Objet Onglet?

N'hésitez pas à me dire si vous êtes perdu, merci pour votre aide.

Starfiko

[pascalCH]

bonjour,

une structure de ce genre fait tout à fait l'affaire (adaptation du pattern hierarchical)

[starfiko]

Elle est superbe cette structure, je n'y avais pas pensé.
Pour être sur que j'ai bien compris l'idée (je suis novice )
Dans l'abstract Menu, on déclare la propriété lvl en Constante ainsi tout les abstracts Menu liés aux objets sont ainsi liés entre eux et on peut récupérer entre guillement le lvl du menu parent, si on ne l'incrémente pas entre temps. C'est exacte?

[pascalCH]

Dans l'abstract Menu, on déclare la propriété lvl en Constante ainsi tout les abstracts Menu liés aux objets sont ainsi liés entre eux et on peut récupérer entre guillement le lvl du menu parent, si on ne l'incrémente pas entre temps. C'est exacte?

Pas tout à fait, la solution proposée ici n'est que l’implémentation du pattern Hierarchical (qu'on retrouve partout, dans les treeView, les menus, les gestions de fichiers/répertoires, etc; bref, partout ou on a besoin d'une liste - éventuellement vide - d'objets du même type - ou dérivés - que l'objet contenant la liste ... ouf !! ) introduite dans le schéma par la relation "Enfants".

la relation "Parent" est un ajout au modèle de base implémentée par un pointeur sur un objet du même type que l'objet en cours (ou un de ses dérivés).

Pour obtenir le niveau (lvl) d'un objet particulier par rapport à l'objet racine ( le "Menu" principal ), on peut - via un appel récursif - l'obtenir à bon compte en appelant la fonction GetLevel du parent (si on en a un ) et d'ajouter 1 au résultat renvoyé par le parent. Si on n'a pas de parent, on renvoi tout simplement 1 (l'objet est le premier) ce qui donne(en C#) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
        // version "explicite"
        public int GetLevel()
        {
            if (this.Parent == null) 
                return 1; 
            else 
                return Parent.GetLevel() + 1;
        }
 
        // version "condensée"
        public int GetLevel()
        {
            return this.Parent == null ? 1 : Parent.GetLevel() + 1;
        }

[starfiko]

Merci, c'est plus claire. Je vais essayer cette architecture. Autre petite question, après je te laisse tranquille, j'ai cherché d'autre architecture mais j'ai un peu rien trouvé. Aurais-tu des liens ou des mots clés, des tutoriels pour apprendre des architecture ou d'autre nom des architectures classiques?

[pascalCH]

Merci, c'est plus claire. Je vais essayer cette architecture. Autre petite question, après je te laisse tranquille, j'ai cherché d'autre architecture mais j'ai un peu rien trouvé. Aurais-tu des liens ou des mots clés, des tutoriels pour apprendre des architecture ou d'autre nom des architectures classiques?

en voici un http://rpouiller.developpez.com/tuto...-gang-of-four/ par Regis Pourrier, certes pour Java mais qui explique clairement des modèles de conception éprouvés, à consommer sans modération !

[starfiko]

Un grand merci pour toutes ces infos et ton aide.