Que peut apporter une classe MySQL ?

[naholyr]

Si on utilise le design pattern «factory» il n'y a absolument pas besoin de changer de classe.

L'utilité d'utiliser la POO est toujours la même : si on compte maintenir une application plusieurs années, et/ou réutiliser du code dans plusieurs projets différents, utiliser des couches d'abstraction sous forme de classes me paraissent être une nécessité :
- pour l'organisation du code (ne serait-ce qu'en considérant une classe comme un «namespace»)
- pour l'évolutivité des classes grâce à l'héritage et aux design patterns les plus communs (factory et singleton)
- pour avoir une API claire (et la doc qui va avec coulera toute seule)

Si ces arguments ne te parlent pas, je pense que la meilleure chose à faire est de... laisser faire Lex, il a les bonnes cartes en main
En revanche la vraie question à se poser est pourquoi développer sa propre couche d'abstraction alors qu'il en existe des déjà faites qui ont fait leurs preuves en terme de performances, de robustesse, etc... ?
En POO, le maitre mot est réutilisabilité, réinventer la roue est déjà une erreur.

Utiliser une classe pour l'accès à la BDD, oui ! L'écrire soi-même, non !