Discussion :

[boby15000]

Bonjour,

Je dispose du site suivant : http://boby1500.free.fr
Celui-ci étant créer le plus simplement possible (beaucoup de fonctions), j'aimerais savoir si pour un tel site je devrais utiliser la programmation Objet, et si la POO permet de travailler avec MYSQL...

Merci à tous....

[Celira]

Bonjour

J'ai quelques difficultés à comprendre ta question, mais je vais quand même essayer d'y répondre.

Tu peux utiliser les objets en php si tu en a l'utilité, sachant qu'avoir des notions de POO avant de s'y mettre est une bonne idée.
En ce qui concerne mysql, tu peux soit continuer à utiliser les fonctions mysql natives de php, soit te tourner vers PDO si tu veux rester dans l'objet.

Bon courage

[boby15000]

En faîte, ce que je souhaite comprendre c'est si il est utile pour mon site d'utiliser la POO, ou si la programmation classique peu très bien aller.

Conclusion : Est-il plus sage d'utiliser la POO, pour ce site (c'est un site assez gros, et qui demandera quelques M.A.J) où bien je reste comme je suis...

[sim_mmm]

Ce n'est pas parce qu'on utilise de l'orienté objet que le code produit sera nécessairement meilleur. Plusieurs paramètres entre en ligne de compte. L'important est que la solution soit «maintenable» et satisfait les besoins actuelles et ceux qu'on peut anticiper...

Vous êtes la personne la mieux placé pour répondre à votre question. Sentez-vous que la solution que vous utiliser actuellement vous limite ou est difficile à maintenir?

Supposons que vous répondez oui à la dernière question. Il est possible que le problème provient d'un manque de structuration dans votre code... Rien ne pourrait garantir qu'avec la POO vous serez en mesure de mieux le structurer...

N'oubliez pas que si le but est d'utiliser la POO pour utiliser la POO et créer des classes bidons juste pour dire qu'on utilise des objets... Je ne crois pas que cela vaut la peine de réécrire votre programme actuel...

À vous de juger en fonction du code que vous avez actuellement...

[zyongh]

Sans chercher à créer des conflits, et selon mon expérience, je pense qu'à une certaine taille, la POO devient nécessaire voir indispensable. Certains gros sites fonctionnent en procédural (le contraire de la POO) et le développeur qui a programmé le projet s'en sort très bien. Mais lorsque le site commence à prendre de l'ampleur et qu'un nouveau développeur rejoint le projet, il lui faudra énormément de temps pour s'habituer au projet (s'il s'y habitue, ce qui reste à voir).

La POO doit être conçue pour effectuer un maximum d'actions avec un minimum de classes et un minimum de fonctions dans chacune de ces classes. Et c'est là où la modélisation UML prend tout son sens (et toute son importance).

Beaucoup de développeurs évitent la POO par un manque de maîtrise de celle-ci, enseignée de façon rébarbative et trop théorique (opinion qui ne tient qu'à moi, en aucun cas la vérité). Mais dès que l'on comprend son intérêt et celui de la modélisation UML, on peut réduire la quantité de ligne de code de 30% à 70% (le 70%, c'est du vécu) !

A chacun son opinion...

[boby15000]

Merci de vos suggestions