Discussion :

[laloune]

Bonjour à tous,

je commence avec la POO, et j'aurais besoin d'un conseil pour démarrer

Je travaille avec une base de données multidimensionnelle de type OLAP (Palo) qui est utilisable via une API PHP. Dans cette bdd, on a des cubes, qui sont constituées de dimensions (elles-même constituées d'éléments), et dans les cubes on peut avoir des règles de calcul (Rules).

Les fonctions sont relativement simples (par exemple pour avoir les infos d'un cube, on a une fonction palo_cube_info($connexion,$nomducube), le truc pénible c'est que ca renvoie des tableaux, et il faut à chaque fois les parcourir.

D'où mon idée de créer des classes pour simplifier. En fait j'aurais besoin d'un conseil pour savoir comment je peux structurer tout ce petit monde

J'ai déjà créé un classe Cube, et lorsque je l'instancie je récupère les infos du cube (nom, taille, etc.). On pourrait sans doute avoir une classe Dimension, qui représenterait les dimensions... Mais je ne sais pas trop comment organiser les différentes classes...

au final je voudrais par exemple pouvoir faire ca:
$moncube=new Cube();
$moncube->rules->create($definition_regle);
ou encore
$madimension=new Dimension($Annee);
$madimension->addelement('2012');
$madimension->element('2012')->rename('2013');

etc.

Je ne sais pas trop si mon message est clair, en fait j'ai compris le principe de la POO mais pour passer à la pratique...

Merci d'avance pour votre aide !

[Benjamin Delespierre]

Hello Laloune

Avant de commencer, j'aurais quelques questions:

1. Tu en es où dans la compréhension de la POO en PHP ?
2. Quel est exactement le type de base de données que tu utilise (Relationnelle, hiérarchique, pairing) ?
3. C'est quoi au juste une dimention ?
4. Quelle version de PHP pouvez-vous utiliser ?

Edit Pour essayer de comprendre, j'ai trouvé ça sur le net, tu confirmes que c'est bien ce dont tu parles ?

• http://en.wikipedia.org/wiki/OLAP_cube
• http://olap.com/w/index.php/OLAP_Cube

[laloune]

Bonjour Benjamin et merci pour ta réponse,

les miennes:

1: j'ai suivi le tutoriel sur sitedu0. Je pense avoir compris (notamment l'encapsulation, ainsi que l'histoire des getters et des setters). Après je ne suis pas allé jusqu'aux design patterns
2. Effectivement, c'est bien ce que tu as trouvé sur le net. En fait c'est une base multidimensionnelle (M-OLAP). Les données sont montées en mémoire au moment du démarrage de la base, et stockées dans des fichiers csv au moment du commit
3. Une dimension est l'élément structurant d'un cube. En gros c'est un axe d'analyse sur lequel on souhaite analyser nos données (ex: année, mois, client, produit, etc.)
4. dans l'immédiat la version 5.3.8

[Benjamin Delespierre]

Donc si j'ai bien compris, tu te lance en objet et tu aimerais avoir des conseil d'ordre général sur la conception, c'est bien ça ?

Il existe des méthode de conception dédiées à ça, la plus "a la mode" en ce moment reste UML2. Tu trouvera des cours là dessus par ici, tu peux attaquer avec celui ci (je suis étonné qu'on en ai pas plus que ça...) Pour l'éditeur, je te recommande Dia, il dispose d'un plugin pour exporter ton diagramme de classes directement sous forme de squelettes de classes PHP.

Concernant les patterns, rassures-toi, les connaitre c'est bien mais ce n'est pas ce qui fera de toi un bon programmeur, pas plus que connaître tes gammes ne fait de toi un bon pianniste. Ce sont des solutions à des problèmes types mais tu sera, j'en suis sûr, capable de les trouver toi même (tu en appliques peut être déjà quelques uns sans le savoir). Si toutefois le sujet t'intéresse, voici les grandes familles de patterns:

• GOF
• GRASP
• Martin Fowler's PofEAA

En ce qui concerne l'OOP en PHP, il est bon de connaitre

• les exceptions
• les méthodes magiques
• les classes de la SPL
• les itérateurs
• les filtres
• les références
• le type hinting
• la sérialization
• les mécanismes de cast implicites et explicites
• le late static binding
• les closures et les callbacks

En ce qui concerne l'architecture globale de l'application, il est bon de connaitre:

• le pattern MVC
• L'architecture n-tiers et/ou 3-tiers
• les webservices

Tu n'as aucunement besoin de tout lire tout de suite pour commencer à travailler, il faut juste savoir que ça existe et où trouver de la doc, le reste vient avec la pratique et la curiosité naturelle de tout bon programmeur