réaliser une première application en POO

Bonsoir,

ayant lu 2 fois le pavé de Bersini sur la POO, je m'apprête à plonger dans le grand bain (càd concevoir puis coder). L'idée est de partir d'un projet personnel (en PHP procédural) et de le ré-écrire en OO. Je suis parti d'une application que j'ai simplifiée à l'extrême, pour avoir un point de départ pas complexe (y a quand même encore une bdd, vu qu'il reste une connection et qu'il y a donc au moins une table users)(je crois que c'est la seule qui reste utile). Cela dit, je ne sais pas démarrer (comment faire ?). Si un exemple simple de conversion du procédural vers l'OO existe, ça pourrait m'aider..

Et pourquoi ?

Citation:

---

Envoyé par rawsrc

Alors t'en es rendu où ? Tu as commencé à essayer de modéliser en objets quelques bouts de tes codes passés ?

---

Vous ne semblez pas d'accord. Qui faut-il écouter ?

Salut Laurent

Pourquoi il est préférable de porter un de tes vieux codes vers la POO, c'est simple, parce que ce code tu le maîtrises, tu sais exactement ce qu'il fait et le travail de conception ne se portera du coup que sur la modélisation objet. Le fonctionnel est déjà acquis.
Si tu pars sur un nouveau projet, en plus de la conception objet tu auras à y ajouter le complexité fonctionnelle de ton application.
Cumuler les difficultés, n'est jamais bon quand tu démarres une nouvelle voie. Assure les fondations sur quelque chose de connu et de maîtrisé pour continuer à progresser.
Quand tu seras familier avec les concepts objets et leur implémentation en PHP, tu pourras te lancer dans le grand bain et concevoir directement des applications mêlant fonctionnalités et pensée objet. Pour l'instant, ménage la difficulté.

OK, je vais donc m'y mettre...Et là, j'ai tellement simplifié l'application de départ que j'espère bien ne pas y passer des années !

Pou résumer : Tu peux reprendre les fonctionnalités d'un projet existant, et éventuellement la base de données / structure de la base de données. En revanche, il ne faut pas reprendre le code d'un projet existant pour le "migrer" en POO.

En métaphore : tu as construit un chalet en bois et tu veux construire une maison en briques : tu peux reprendre le plan de la maison, les arrivées d'eau et les tuiles du toit, mais tu ne démontes pas les murs un par un pour les remplacer par un nouveau mur.

Mon idée de démarche est de commencer par créer une application toute nue (un en-tête, un footer, un menu et une page d'accueil toute simple), puis de l'enrichir pas à pas.
En gros, créer un squelette qui me servira à construire toutes les pages du site. Si l'idée est bonne, je pense que ce squelette n'utilisera pas la POO (à part la création de la connexion à la BDD). (Pour le menu, mon idée est d'utiliser Bootstrap). Qu'en pensez-vous ?

l'idée est bonne, par contre pourquoi pas des objets pour tout ? Regarde comment j'ai procédé avec la petite démo relative au MVC sur mon blog.

Tu peux y aller Jérôme ; j'ai mis un +1 donc le coup sera nul :zoubi:

Martin, ton exemple dans ton blog est trop difficile pour que je m'y plonge. J'ai bien compris que les différentes parties du squelette feraient partie de la vue, mais j'en suis pas encore au MVC, donc on oublie.

y aurait pas un exemple de code PHP/POO plus simple que ton code dans ton blog, Martin ? (ton code est très difficile à digérer et dans le bouquin de Bersini, y a certes des exemples de code, mais jamais de site complet…)

Quel est l'application que tu souhaites reprendre en POO ?

Elle n'est pas en ligne (c'est un site intranet dont j'ai fait une copie en local, copie que j'ai fortement dégraissée).

Voici en gros le contenu :
- une page de connection (c'est du bootstrap)(et on interroge une table d'une bdd MySQL) ;
- quand on est connecté, on arrive à une page avec :
- un en-tête (dont gestion de langue fr/en)
- un menu (c'est aussi du bootstrap)
- un footer
- un contenu très simple (que du texte)

Comme j'ai énormément simplifié, y a une seule page.

Ah oui je veux bien croire que tu as simplifié si ton application fait une page.
Et elle a des fonctionnalités ou pas ? :mrgreen:

J'ai tellement simplifié qu'il n'y a plus de fonctionnalité, mais l'idée, en faisant un truc ultra-simple, est de créer un squelette qui me servira ensuite pour créer de nouvelles pages (et cette fois, rajouter des fonctionnalités).

Le code que je récupère de Bootstrap est plutôt adapté à du procédural.

Pour faire de l'objet, voici comment je pourrais procéder pour le login.

Code:

---

1 2 3 4 5 6 7

class login { public connection(){ ?> formulaire de login (code html) <?php } }

---

et dans la page principale :

Code:

---

1 2 3

$login=new login(); $login->connection();

---

est-ce une façon correcte de faire ?

[EDIT] je doute que ça soit correct, mais je ne vois pas comment faire autrement...

J'ai un exemple de projet concret, à traiter en POO :

• gestion / affichage de News en POO !

Il suffit de reprendre mon tuto : Système de Gestion-Affichage de Nouvelles

Et si tu demandes gentiment à rawsrc, il me semble qu'il l'a déjà fait en POO.

Comme l'a déjà dit rawsrc, mieux vaut partir d'une appli perso, car on la maîtrise, ce qui n'est pas le cas, si je pars de ton appli de gestion des news.

Possible que ma remarque sur le procédural vs poo n'ait aucun sens, mais peut-on me dire si ma démarche pour faire de l'OO est correcte ? Et pour aller plus loin, j'imagine une classe entete, une classe footer, une classe menu et une classe content. Est-ce correct aussi ?

Jreaux te dit de regarder son tuto pour apprendre des bases de construction d'une application, pas de recopier son code.

Je préfère quitter la discussion.
Inutile de semer plus de confusion...