HISTOGRAMME EN PHP AVEC GD. PROGRAMMATION OBJET

Commentaire de coucou747 le 03/07/2005 01:04:57 administrateur CS

je n'ai pas pris le temps de regarder le code (je le ferais sous peu) mais je tiens quand même à dire que quand on fait de la 3d, il faut savoir mettre différentes teintes de couleurs pour montrer les expositions différentes des différentes faces...

Commentaire de originalcompo le 03/07/2005 10:07:17

Dégradé rajouté!

Commentaire de originalcompo le 04/07/2005 01:15:43

Bon, pour les côtes et les doubles côtes, t'es dur!
le seul endroit où j'ai laissé les doubles, c qu'il y avait quelque chose à interpréter.
De plus est-ce certain (par exemple) que (même au centième de seconde près sur 100000 itérations)

"</div>\n" : interpréter une chaine de 8 caractères

soit plus lent que

'</div>'."\n" : concatener une chaine de 6 caractères avec
l'interprétation d'une chaine de 2 caractères ?

Sinon, c'est bien de voir les optimisations, mais que penses tu du fond?

Parceque là, c'est comme si tu critiquais "Notre Dame de Paris"
sur les fautes d'orthographe du manuscrit original de Victor Hugo, sans te soucier de l'histoire en elle même.

(PS: je me prends pas pour le victor Hugo de la programmation lol)


Perso, je pense que l'ensemble des 3 scripts est un bon exemple
pour ceux qui connaissent les classes et qui veulent avoir une idée de ce qu'apporte la programmation objet
(et je sais, PHP 4 n’est pas un langage orienté objet !)

C'est pour cette unique raison que j'ai re-publié un nouveau source histogramme, sinon, je l'aurai gardé pour moi, vu le nombre de sources qui doivent faire ca...

(encore que je suis content, j'ai pas trouvé ma représentation sur le site de jpgraph, donc elle a quelque chose d'original !)


Quand à la 3ieme couleur, je laisse ceux qui éventuellement voudraient utiliser ce source faire toutes les modifs qu'ils veulent: trivial pour quelqu'un comme toi, un bon exercice de compréhension pour un débutant... Perso, je trouve que c'est très bien comme ca, et en plus ca a l'air d'etre une norme, en tout cas pour jpgraph qui n'utilise qu'une seule même couleur pour les 2 faces en perspective !

Commentaire de originalcompo le 04/07/2005 10:53:45

Ne t'en fais pas, je n'ais pas mal interprété ce que tu as écris. Je voulais juste que tu me dises si toi aussi tu trouvais le code interressant d'un point de vue "objet"...

Par contre je connaissais pas l'écriture
'<div>
'

Commentaire de originalcompo le 04/07/2005 12:06:54

Là, je suis à OBLIGE de répondre au 2ième paragraphe.

La POO (tu verras ça dans n'importe quel livre) est basée sur 3 principes de base:
- L'encapsulation (présente dans php 5 mais pas dans 4)
- L'héritage
- Le polymmorphisme (simulé dans php)

Tout ca à partir d'une structure appelé "classe"

La programmation objet, c'est une philosophie de programmation, pas un truc destiné à être utilisé à partir de "n" paramètres de sorties, mais au contraire tout le temps (je reviens sur
ce point à la fin du message).

L'introduction de la POO a changé le mode de pensée du programmeur : les données sont maitre de leur contenu, c'est à dire qu'elles se gèrent elles même (fonctions incluses dans l'objet pour le gérer, et non pas fonction externe qui gère les données)

De plus, un des principaux but pour lequel la POO a été introduite est d'avoir un code facilement modifiable, transformable, maintenable, notamment grace à la notion d'heritage.

Hors, j'ai parcouru la semaine quelques uns des codes php les plus populaires du site, et j'en ai ouvert une vingtaine, ceux dont les appréciations étaient bonnes: AUCUN (j'en ai peut-être sauté un, je dis pas) n'utilisait la notion d'héritage, le SEUL des 3 points principaux de la POO présent dans PHP 4 !!!


C'est pour ca que j'ai trouvé que le code fourni pouvait ammener quelque chose d'INSTRUCTIF à la communauté:
il utilise l'héritage, et m'a permis de faire mes modifications en une heure (je ne connaissais pas du tout GD), parceque le code que j'avais écrit était suffisamment générique à la base.


CONCLUSION

1) manipuler des classes ne signifie pas que l'on sait programmer en objet
(c'est comme connaitre connaitre des théorèmes par coeur: on peut savoir s'en servir pour faire des petites démonstrations, mais ca veut pas dire qu'on sait les utiliser pour démontrer des choses compliquées. )

2) je reviens sur les "n sorties" necessaires pour utiliser une classe.
C'est tout à fait faux, et en plus c'est un truc de base qu'on retrouve sur tout les bouquins: la philosophie POO, dans le cas des stats, ce serait créér un objet TDonnees de base sur lequel on va faire toutes les manips de données, et qui va avoir des fonctions abstraites "dessiner()", "inverser()" etc... qui seront implémentées dans des classes descendantes Thistogramme, TCamembert, puisqu'elles seront spécifiques à l'objet descendant...

3) Tes affirmations sur la POO montrent bien que tu à découvert par toi-même la POO à partir de PHP, et pas à partir d'un vrai langage OO, je te conseilles donc de lire un bouquin qui en parle, parceque là, t'es en train de prendre de très mauvaises habitudes, exactement comme moi quand j'utilise des "<div>" au lieu '<div>', sauf que je pense sincèrement que c'est un peu plus grave dans ton cas, vu que c'est une erreur de raisonnement: tu vas exactement à l'inverse de la philosophie OO ...

Cordialement
OC.

Ceci dit en toute amitié, perso, même si je râle quand on me dit d'utiliser telle ou telle méthode plutôt qu'une autre parcequ'on gagne 1/100 de seconde au bout de 100000 itérations, je fini quand même par le faire...
Et depuis un mois que je me suis mis à PHP, je suis pas tombé sur un seul script qui utilisait l'héritage, à part des tutoriaux sans but précis, donc c'est normal si on a pas fait de POO avec un vrai langage OO de ne pas savoir tout ca. Normal mais vraiment dommage.

Commentaire de originalcompo le 04/07/2005 13:09:29

C'est vrai qu'on ne voit pas les choses du même point de vue:
"une class chat héréditaire de la class animaux..."

Moi je suis partie du principe qu'un Histogramme, c'etait plusieurs listes de points, et qu'une liste de points... c'est une liste de points !

j'ai donc fait une classe histogramme (TGDHistogramme) héreditaire de la classe
liste de points pour histo (TListePourSerieHisto) héréditaire de la classe "données" (TListeSimple)

Si je dois faire un camenbert, je ferais une classe Camembert (TGDCamenbert) héréditaire de la classe "données" (TListeSimple)

Ah, euhhh... et elle est où la différence avec ton chat ?

Bon, allez, je laisse tomber, d'toute facon, c'est vrai que parler d'objet avec php 4, c'est n'importe quoi... en tout cas j'suis content de m'être tromper et d'apprendre que t'as fait de l'objet ailleurs, n'empêche que pour ceux qui connaissent pas l'objet, le code est quand même un bon tuto à mon sens...

Commentaire de originalcompo le 04/07/2005 13:38:44

On peut quand même trouver des avantages à l'utilisation d'une classe sur une simple fonction:

Si on met de coté la partie OO, et qu'on se consacre à ce que sait faire PHP 4, la classe en tant que "structure" est plus pratique ne serais-ce que parcequ'elle permet de saisir les paramètres de manière plus intuitive, pourvu qu'on lui donne des noms suffisement parlants.

En effet, pour appeler une fonction de 10 parametres , il faut se rappeler l'ordre, etc...
Si ces paramètres sont des proprietes d'une classe, c'est plus parlant et plus joli !

Sans compter que pour dessiner, il faut une fonction principale, ok, mais qui en appelle quelques autres: si je mets tous dans une seule procedure, je ne peux plus re-utiliser la partie commune à la gestion de l'histo en css et l'histo en GD, et je dois tout re-ecrire (copier coller, si bug trouve corriger en 2 endroits...).
Donc plusieurs fonctions avec encore passage de plein de parametres...

Bref, la classe, c'est plus "class" ;-)

Commentaire de coucou747 le 05/02/2006 14:39:35 administrateur CS

"Bref, la classe, c'est plus "class" ;-)"=> si c'est juste l'effet de mode...

Commentaire de coucou747 le 19/04/2006 13:22:40 administrateur CS

tu remplaces les chiffres par ta variable...

Commentaire de coucou747 le 19/04/2006 19:34:23 administrateur CS

je n'ai pas regardé le code depuis longtemps mais quand tu remplace un nombre par une variable, alors ça ne change rien...

fais un echo $var, gettype($var); pour vérifier que ta variable est corecte...

Commentaire de coucou747 le 22/04/2006 13:24:27 administrateur CS

envoi ton code à coucou747@hotmail.com, je t'aiderais volontier....

mais si la variable ne s'affiche pas, c'est qu'elle n'existe pas...

vérifie aussi que dans ton include, tu n'affiches pas de texte : en http, une requette  renvoi un seul fichier...

Commentaire de _klesk le 16/02/2008 00:36:24

Bon il faut laisser tomber la seconde question, je ne voyait pas les chose correctement.

Cependant, j'aimerai afficher (par Ex:) les mois sous les chiffes que je récupèrent, les mois ou du texte différent fct de chaque barre me suis-je bien fait comprendre ?




_   _       _
| | | |  _  | |
| | | | | | | |    (Bon faut imaginer que c'est l'histogramme).
| | | | | | | |
|_| |_| |_| |_|

4    4   2   5
jan fev Mar Avr

Il me faudrait quelque chose comme ça !

Merci.

Commentaire de rlftova le 22/02/2008 11:11:53

Bonjour,

j'aurais juste une question :

comment exploiter cette source avec dans les array des variables en boucle.
par exemple $y correspond à une année, $variable correspond à ma variable, $variable[$y] étant la valeur de ma variable pour l'année $y. Comment générer le tableau avec un for ($y=$annee1;$y<=$annee2;$y++) ?

merci.