Salut, je crois que tu ne te poses pas la bonne question.
Pour le moment, tu voudrais évoluer vers un style de programmation qui est beaucoup plus « avancé » en PHP et construire ce que tu faisais déjà mais en utilisant la POO sans trop savoir finalement quel en est l'intérêt réel et pratique. Donc je crois qu'il faut commencer par poser les bonnes bases de ce qu'est la POO.
La POO, ce sont des classes. À quoi servent les classes ? À traiter des données. Une classe, c'est un fichier de code qui sera ré-utilisable partout si nécessaire pour traiter un problème récurrent. On parle d'objets parce qu'on tente de faire le parallèle avec des objets de la vie courante qu'on utilise au quotidien. Exemple : tu dois faire tes comptes pour savoir où en sont tes finances, tu as d'un coté des factures payées et de l'autre des notes et des relevés sur tes rentrées. Tu vas donc prendre un objet, en l'occurrence une calculatrice : ici, la calculatrice sera en quelque sorte notre classe. Cette calculatrice a un certain nombre de propriétés et de méthodes. Tu vas appeler des méthodes pour ajouter ou soustraire. Lorsque tu allumes ta calculatrice, ça revient à créer une instance de ta classe. Dans le constructeur, on va définir la valeur de départ et donc on va fixer le solde courant à 0.00. Ensuite, tu as par exemple une rentrée : tu as vendu ton antique Comodore 64 à un collectionneur fou et il t'a donné 1000.00€ : tu vas donc appeler la méthode additionner() en lui passant 1000 en paramètre. La méthode de l'objet va mettre à jour le solde de l'instance en additionnant le solde courant à la valeur du paramètre envoyé. Même chose pour le loyer que tu as payé, tu as dépensé 650.00€, tu appelles la méthode soustraire() en lui passant le montant de 650. Chaque méthode (additionner() ou soustraire() te retourne le solde après l'opération. Le premier appel de méthode t'a donc retourné +1000.00, l'appel de la suivante t'a retourné +350.00 (1000 - 650).
Lorsque tu as terminé tu connais ton solde et tu peux éteindre la calculatrice, ce qui revient à appeler implicitement le destructeur, ce que fait PHP5 très bien, l'instance n'étant plus utilisée, elle est détruite et n'existe plus. Mais bien entendu la classe (ici notre objet calculatrice) est toujours disponible pour la création d'une nouvelle instance.
En résumé, on crée des classes pour se simplifier la vie et surtout traiter des données de façons cohérentes comme des objets : l'important, c'est que chaque objet est indépendant des autres et dispose de ses propres méthodes. C'est comme ça qu'on crée des classes pour faire toutes sortes de choses : se connecter à une base de données, manipuler des requêtes et récupérer, modifier, supprimer ou ajouter des données, ou encore envoyer des courriels, générer des fichiers PDF ou d'autres formats de bureautique, se connecter à un web service et échanger des données avec un autre système, etc, etc.., les possibilité sont innombrables. On pourrait faire tout ça en procédural, mais ce serait beaucoup plus lourd et moins maniable.
Dans un CMS par exemple, demande-toi quels sont les éléments qui reviennent souvent, qui sont éventuellement complexes à traiter alors qu'avec une ou plusieurs classes correctement faites tu pourrais traiter plus simplement en appelant simplement des méthodes paramétrées ou non ?
Quand on crée une classe, je vais schématiser à l'extrême en disant que tu rajoutes des méthodes à celles existant nativement dans le langage. Les méthodes natives traitements des problèmes basiques, et nous on se crée des méthodes complexes qui s'appuient sur ces méthodes basiques pour traiter de façon complexe nos données.
Si tu as saisi globalement le principe, je pense qu'il te reste à répondre à la question posée ci-dessus sur le CMS, ça va t'aider à décortiquer la question et il se trouvera bien un peu de monde ici pour te remettre sur le chemin si tu mets le pied dans un trou
la 
programmation procédurale mwhouaheinheinn 
"Aujourd'hui ateliers découverte javascript et PHP avec stealth35 et Zeus. si vous êtes intéressé par l'un ou l'autre...". Pour s'inscrire nous avons un formulaire. Comment en objet d'un point de vue théorique géreriez-vous la chose, l'inscription, l'affichage des données...etc.
»
News
Plan de site
SitemapIndex
Flux RSS