j'ai un truc assez chaint à developper, le code devient trés vide le bordel...
Donc je suis en train de placer des fonctions dans plein de fichiers php et que j'appel avec des includes......
 
Est ce que ces inclusions sa craint niveau perf ou je peux me lacher

Tu peux te lacher, les include c'est vraiment génial pour les sites. A la moindre modif de graphisme, tu n'a qu'un seul fichier à changer.

T'as essayé l'objet !
 
Pour les problèmes chiants et répétitifs, c'est génial !

tu me rends curieux, pour quelles tâches utilises-tu l'objet ? ça m'intéresse !

Je l'ai utiliser pour parcourir et dessiner en HTML un arbre généalogique :
http://www.surleau.org/arbre/test.php
C'est en cours de développement, et comme je peut pas le bricoler d'où je suis pour enlever le formulaire d'ajout :
MERCI DE PAS TROP FOUTRE LE BORDEL !
 
Rmq:Après tout, c'est que des enregs à virrer dans une table...
Mais bon, rester courtois SVP !

sympa ! et donc quels avantages as tu trouvé par rapport au code non objet ?

Bein, j'ai fait une classe individu, et une autre couple.
Ces classes se chargent de la lecture et de l'écriture des infos en base de donnée.
La classe individu à des méthodes qui permet d'explorer ses proches parents en utilisant aussi la classe couple.
 
Enfin, j'ai fait une classe généalogie avec en gros une méthode toHtml qui génère l'adbre à partir de l'identifiant d'un individu.
 
L'objet permet de faire assez facilement de la récursivité sans trop se faire chier et sans être obligé de stoker plein de trucs dans des tableaux incompréhensibles.
 
En fait c'est surtout le coté récursif de l'arbre qui m'a fait choisir l'objet.
 
Je peut pas vous montrer le code, (j'ai pas FTP au boulot !) se soir peut-être, mais il est finalement très simple. Chaque méthode fait une opération élémentaire (sauf le toHtml de généalogie !) donc très facile à débugger.
 
D'autre part, çà permet de facilement séparer la gestion des données et l'affichage HTML.
 
Si t'es toutjours interessé, RDV se soir pour le code !

ok merci pr les détails ! oui je suis intéressé par le code

Les sources sont là : http://www.surleau.org/arbre/test.php
 
Source de arbre.php : Classes.
Source de test.php  : Utilisation des classes.
Source de form.php  : Formulaire de saisie ( Devra être intégré à la classe oIndividu ! ).
STructure de la base.

merci !

Des commentaires ?

j'aime vraiment bien le fait que la classe s'occupe de se charger et se sauver dans la db. je tenterai le coup de mon côté voir comment ça peut simplifier mon code.  
 
en c++, j'ai eu une période ou je ne jurais plus que par l'objet, et j'en suis revenu, peut être un peu trop même . c'est pour ça que quand j'ai découvert php, j'ai énormément apprécié le fait que ce soit du C extra simplifié. du coup je n'ai pas maté les objets et me suis fait des ptites fonctions bien utiles que je réutilise à chaque fois.
 
là je suis en train de me demander comment appliquer ta méthode ... vu qu'elle est quand même très pratique dès que tu veux updater qq chose dans une db. yep, faut que je teste.
 
un ptit truc qui me fait tiquer, c'est le fait que la classe s'occupe de générer son affichage. je ferai plutôt deux classes pour ça, histoire de garder les fonctionnalités de manipulation bien au chaud dans une classe et ne plus avoir à y toucher. alors qu'on peut souhaiter modifier la façon dont la classe s'affiche. ou sinon passer le nom d'une fonction à la classe, qui se charge de l'appeler lors de l'affichage ...
 
hmmm ... je vais laisser tout ça décanter dans ma tête.
 
encore merci pour tes sources !

Effectivement, une des choses pratiques, c'est qu'on règle une fois pour toute l'accès aux données. Le reste de l'application manipule des oIndividus sans avoir à ce poser la question de savoir comment les lire et les écrire en base.
 
De quelle classe tu parles quand tu dis qu'elle gère sont affichage ?
 
Bon, sinon, tout çà est loin d'être fini. Le gros problème bien sûr a été de trouver l'algo de génération du tableau HTML de l'arbre. Y'a qu'à voir les couleurs... On voit bien que c'est pas le look qui m'a pris la tête! Quand çà a été fait, j'ai eu moins d'énergie pour finir... Mais bon, çà fait bon moment, alors courage, TERMINONS ce truc.

les toHTML() de oInvidivu et oArbre. ce serait plus pratique (à mon avis) de faire une autre classe, afin de séparer les données de l'affichage, un peu comme html/css, xml/xsl ...

Ok Pour oIndividu ! Je l'ai mis là pour le moment, mais c'est clair qu'il faut que je fasse une classe qui s'occupe de l'affichage d'un individu et une pour les couples.
 
Pour oArbre, je comprends pas trop. Elle ne fait que çà cette classe. C'est une classe d'affichage !

effectivement ! j'ai surtout regardé oIndividu et j'avais vu oArbre plus comme une classe de parsing de hiérarchie. j'ai toujours du mal à cerner où ranger quoi, et surtout dans quels objets. bon, il faut vraiment que je teste tout ça pour me faire une idée plus claire de la chose.

Heu, je me souvient que lorsque je faisais des query mysql (en php3) ça chieait quand je les faisait dans des fonctions, alors j'ai fais des includes à la place.
C le fait toujours ?

?? j'ai fait des query dans des fonctions en php3 sans aucun souci ... un problème de variables globales peut être ?

J'ai jamais eu ce genre de problème !
A mon avis, le problème venait d'ailleur, genre portée des variables ... mais rien à voir avec les query !