Discussion :

[gbetous]

bonjour,

j'ai fait mumuse jusqu'à présent en PHP, en codant "tout mélangé" : sortie HTML, algorithme principal, accès aux bases... bref, comme un crasseux

j'ai bien envie d'approfondir un peu tout ça (je suis en train de coder un jeu en ligne), et passer à l'étape au dessus.

j'ai déjà fait de la POO (niveau scolaire), donc je vois assez bien ce que c'est. assez pour me demander en quoi ce serait adapté au PHP, dans le cadre de sites web.

en effet, pas de secret : chaque script, donc chaque page de mon site, est totalement indépendant des autres ! si je code avec des objets, les classes devront être créées, les objets instanciés... bref tout sera à refaire à 100% depuis le début, à chaque page (oui, j'insiste).

ca fait pas des pages un peu lourdes à générer tout ça ?

voilà, merci d'éclairer un peu ma lanterne

[Swoög]

Alors, il faut bien comprendre un truc à propos du moteur OO de PHP, il n'est pas fait pour être utilisé intesivement, il est très loin d'être complet voir même convenable, même pour la monture 5, donc n'utlise le moteur OO que s'il te semble vraiment utile (abstraction d'accès à un SGBDR, etc...)

sinon, si tu veux séparer le PHP du HTML, penche toi sur un système de template

[gbetous]

ah ok... voilà qui résoud en partie mon problème

merci !

[-DeN-]

Je suis en train de développer un système de gestion de club de sport en PHP5, càd:
gestion des membres, des sports, des courts, des droits, réservations, etc...

Tout est orienté objet (objet membre, sport, ...), abstraction de BD, et ça marche très bien. Héritage, méthode de classes, gestion des exceptions, ...

Je ne suis peut-être pas assez avancé pour trouver la gestion des objets "pas convenable"...mais en ce qui me concerne ça marche très bien...

[Mr N.]

en effet, pas de secret : chaque script, donc chaque page de mon site, est totalement indépendant des autres ! si je code avec des objets, les classes devront être créées, les objets instanciés... bref tout sera à refaire à 100% depuis le début, à chaque page (oui, j'insiste).

En effet, il faut savoir faire des concessions.
Soit tu code de manière "crasseuse" comme tu dit et tes perfs sont au top.
Soit tu cherhces la beauté du code et tes perfs s'en trouve dégradées.

C'est partout pareil. En base de données, il faut amener le schéma à la enième forme normale, mais parfois il est nécessaire de casser ce principe pour avoir des perfs decentes.

Personnellement je me suis fais une raison : oui mon code est plus lent, mais il est plus propre, plus maintenable (enfin j'espère). Au diable les perfs, si jamais il y a un endroit ou ça casse vraiment, alors j'essaie d'adapter le code pour trouver un compromis.

L'astuce est de ne charger que ce dont tu as besoin.

[Yogui]

Salut

Je suis complètement d'accord avec Mr N.
De plus, il y a très certainement moyen de généraliser les classes de manière à pouvoir les utiliser sur toutes tes pages. Il faudrait revoir un peu la structure...
Sinon, je ne suis pas tout à fait ok avec le premier commentaire : PHP propose un modèle objet totalement refondu depuis les anciennes versions. Il est utilisable intensivement.

[hugo123]

Je suis pas complètement d'accord, coder mal n'apporte pas de la vitesse d'execution...
Effectivement rajouter des couches d'abstraction peut ête plus lourd et sembler ajouter une certaine lenteur mais cette lenteur sera toute relative si c'est bien codé. De plus, dans les bonnes pratiques de programmation, si tu utilises des bonnes optimisations pour les accès baset et un système de cache, au final ton application bien codé sera aussi bien performante.
Et php5 est très satisfaisant pour être utilisé intensivement dans sa version objet. En dehors de l'héritage multiple et de la surcharge d'opérateurs (dont les deux sont aussi refusés par java), la plupart des concepts sont présents et utilisables.

[Mr N.]

En dehors de l'héritage multiple

Encore heureux qu'il n'y ai pas d'héritage multiple !

[hugo123]

Héhé, ca c'est un autre débat. J'ai remarqué sur un autre post que tu n'aimais pas trop ce qui venait de C++ (référence, pointeurs et ici héritage multiple), en tout cas tu es cohérent ^^

[siddh]

Je suis pas complètement d'accord, coder mal n'apporte pas de la vitesse d'execution...
Effectivement rajouter des couches d'abstraction peut ête plus lourd et sembler ajouter une certaine lenteur mais cette lenteur sera toute relative si c'est bien codé. De plus, dans les bonnes pratiques de programmation, si tu utilises des bonnes optimisations pour les accès baset et un système de cache, au final ton application bien codé sera aussi bien performante.
Et php5 est très satisfaisant pour être utilisé intensivement dans sa version objet. En dehors de l'héritage multiple et de la surcharge d'opérateurs (dont les deux sont aussi refusés par java), la plupart des concepts sont présents et utilisables.

+12

D'autre part il est à noter que PDO par exemple apporte des perfs supèrieures aux fonctions natives