Conception d'un site objet

[grinder59]

Bonjour,

Je suis en train de construire un site en PHP et n'étant pas expert en objet, je souhaiterai un petit conseil de base...

Le site est composé de la façon suivante :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
 
<div id=header>
   <div id=topHeader></div> 
   <div id=mainHeader></div> 
   <div id=bottomHeader></div> 
</div>
 
<div id=Content>
   <div id=DivLeft style="float:left"></div>
   <div id=DivRight style="float:left"></div>
</div>
 
<div id=Footer></div>

Ma question est la suivante : J'ai tenté de créer des classes pour chacune des parties de ma page. J'ai également créé une classe Div qui me permet de factoriser le code sur l'affichage des Div... Résultat, je n'ai encore rien affiché que j'ai déjà les 10 classes :
- header
- topHeader
- mainHeader
- bottomHeader
- Content
- DivLeft
- DivRight
- Footer

Bref, ça me paraît beaucoup pour un résultat très maigre...

Qu'en pensez vous ? me suis-je planté quelque part ? ma conception est-elle foireuse ?

A brûle-pourpoing, je pense abandonner l'idée du tout objet pour me concentrer sur les objets principaux, le reste restant en séquentiel...

Merci de votre aide / avis / conseil...

[grunk]

Aucun intérêt de transformer une page HTML en différente suite d'objet. Comme tu t'en es rendu compte , ca ne sert à rien et c'est long

Tes pages html doivent rester de simple page html (avec éventuellement du php dedans).

Là ou l'objet devient intéressant c'est pour modéliser ta base de données par exemple.
Regarde du coté du modèle MVC , il y'a différent tutoriel sur DVP à ce sujet.

[tigunn]

Salut,
Comme tu sembles encore au début de ton développement, tu devrais te pencher du côté des CMS: Drupal, Joomla, ... il y en a pléthore.
Et ainsi, te faciliter le développement.
Si ton projet ne le permet pas, je te conseillerais vivement de regarder les tutos disponible sur DVP, et notamment la conception MVC (pour laquelle j'ai un petit faible). Il sont très bien fait.

Enfin, rapidement, si tu as ta base: tu peux faire une classe d'abstraction de source de données, une classe d'accès aux données (1 par table), 1 classe objet pour les enregistrements des tables ( je suis pas clair, exemple: 1 table user donne une classe de connexion à la sgdb - permettras de changer de base sans problème; une classe de requêtes - SQL; une classe entité - propriétés et méthodes pour 1 user).
C'est déjà une base sérieuse. Mais tout dépend de la complexité de ton projet.