Discussion :

[YoyoS]

Bonjour, j'aimerais vraiment savoir si il y a un réel problème de performances de coder un gros site en php très fréquenté en POO plutôt qu'en procédural. Avez-vous des tests comparatifs des deux ? J'essaie de trouver mais rien. Juste des gens qui affirment que oui, POO c'est nul et quand on veut optimiser on en fait pas. Bref je suis perdu lol

Merci à vous

[grunk]

La poo est en effet légèrement moins rapide que du procédural , quoi que encore faut il coder correctement en procédural.

Cependant le confort apporté par la POO est incomparable au quelques milliseconde que tu va perdre sur tes traitements.

[YoyoS]

Bah c'est exactement ce que je me suis dit mais des gens m'ont dit qu'à un certain moment, quand tu as un site vraiment très fréquenté, il faut faire la concession du POO pour gagner des performances. True or False ?

Pour moi il y a plein de trucs à optimiser avant d'arriver à en supprimer la POO :/ Surtout, un changement de serveur pour un plus puissant avant que ça n'arrive aurait du être fait.

[gtraxx]

Franchement, la POO est super pratique on peu avoir un site "transportable" sans aucun probléme.
Et puis la maintenance est vraiment facile par rapport à la procédural.
Il y a un débat sur le sujet, ou plutôt un genre de comparatif.
Depuis que je fais tous mes sites avec la POO je gagne beaucoup de temps sur la maintenance ou si je veux simplement ajouter des fonctionnalités suffit de faire des extensions ou héritage de class .
Il est vrai que la mise en pratique de départ est longue mais dans la suite on réutilise tout ce que l'on fais.
J'ai laissé tombé la procédural depuis un moment et faire des class ou interface pour si pour sa m'amuse beaucoup plus

[mon_nom_est_personne]

un site en procedurale fait avec les pied sera toujours plus long qu'une bonne conception en objet.
Objectivement oui, la poo requiere plus de ressource car faut charger les objets, les parser etc... et a chaque new objet on a un espace memoire en plus de pris.
en suite en terme de frequentation... au taff on a deux gros site. un qui a deux ans, fait par un type tout en procedural. Le site a atteint ses limites en terme de scalability (je sais pas le dire en francais :s) tres rapidement. Resultat, quand le client demande une mise a jour, nouvelle fonctionnalite, ou autre, tout le monde pleurent car ca devient de l'aeronautique russe. Sauf qu'au moins les fusees russes vont jusque dans l'espace alors que ce site plante tout les jours (environs 1 000 000 de pages vues). De l'autre cote, on a site tout en objet (framework maison sa aide au performance), il se mange le million de pages sans pleurer. Apres l'optimisation par grand traffic c'est une tres complexe question qui va au dela du "si j'ai un gros traffic je fait du procedural".
A ces gens la je leur repondrais que je connais un systeme 100 fois, au moins, plus rapide que le procedural; la page html.
Donc si tu te souci des performance a fort traffic la question c'est pas procedural ou objet mais, qu'est ce que je dois mettre en cache ou pas ? mes requetes sql sont-elles reellement necessaires ?
Et meme apres avoir trouver une reponse a ces questions et que ton site a toujours du mal a gerer ton traffic, ca veux dire qu'il va falloir acheter un deuxieme serveur et mettre en place un load balancer ou la tres a la mode, architecture 3-tiers ou encore les deux