Dans ce cas mieux vaut t'entrainer à faire de la POO sur des systèmes qui n'existent pas encore nativement ;)

C'est en effet plus pour une histoire d'auto-formation, avant de passer sur du java j'aimerais m'assurer d'avoir touché a un peu tout en php ;)

$row = $mysqli->query('SELECT * FROM table WHERE id = ' . $id)->fetch_assoc();

class foo extends mysqli
{
	public function query($sql)
	{
		if ($result = parent::query($sql))
		{
			return $result;
		}

		throw new Exception('Erreur MySQL: ' . $this->error);
	}
}

Si tu fais ça pour le sport, pourquoi pas, mais si tu cherches à créer un système super compliqué pour pouvoir faire des trucs super simples dans 6 mois j'ai bien peur que tu ne sois déçu au final (testé et approuvé).

Sinon, si tu veux accéder au contenu d'une requête en une ligne je peux te proposer ça :
[php]$row = $mysqli->query('SELECT * FROM table WHERE id = ' . $id)->fetch_assoc();[/php]
Et si tu veux je peux te rajouter un contrôle d'erreur intégré pour quelques octets de plus :roll:
[php]class foo extends mysqli
{
public function query($sql)
{
if ($result = parent::query($sql))
{
return $result;
}

throw new Exception('Erreur MySQL: ' . $this->error);
}
}[/php]
Ce que je veux dire, c'est que si un tel système était possible il existerait déjà et on n'aurait pas une dizaine de framework d'abstraction des données différents. Ensuite, comme je le disais, si tu fais ça pour ta culture personnelle pourquoi pas. Mais si tu le fais pour la productivité alors je conseille de rester pragmatique.

héhé tu n'as rien raté. J'ai prévu en effet de galérer pour construire ma classe (mais j'aime ça^^) pour qu'une fois finie il ne reste qu'une ligne de code pour accéder au résultat d'une requête. Les efforts sont (presque) toujours bien récompensés par une utilisation trés simple.

[quote="jed"]le moyen le plus pratique possible de gérer une base de données[/quote]
[quote="jed"]j'évite l'utilisation de classes "préconstruites", pour ne pas sombrer dans la facilité[/quote]
Donc tu cherches le moyen le plus pratique pour gérer une base à condition de galérer le plus possible pour l'utiliser ? Je détecte une sorte de contradiction :o

Le moyen le plus pratique c'est sûrement de prendre le driver natif qui correspond à ton serveur et de l'utiliser pour euh... exécuter tes requêtes. (ou utiliser PDO comme le suggère Cyrano, s'il y a une chance pour que tu changes de logiciels de BDD, si tu veux du challenges tu peux essayer Firebird)

Y aurait-il un point important que j'aurais raté ?

Ben pour ma part j'adopterais l'architecture de mysqli, à savoir un objet pour une requête, un objet pour un statement, un objet pour un résultat. Mais bon à mon avis utiliser les outils proposés nativement par PHP c'est pas sombrer dans la facilité ;)

En fait j'évite l'utilisation de classes "préconstruites", pour ne pas sombrer dans la facilité. Quelle architecture adopteriez vous? Un objet pour une table ou un objet pour une requête?

J'ajouterais que tu pourrais aussi explorer [b][url=http://fr3.php.net/manual/fr/ref.pdo.php]PDO[/url][/b] qui te permettrait de rendre ton code encore plus portable puisque des extensions PDO existent pour plusieurs bases de données, pas juste MySQL :-k

Je me permets de te conseiller l'extension mysqli qui gères la POO nativement ([url]http://fr.php.net/mysqli[/url]).

Ensuite je te suggères de te renseigner sur les itérateurs de la SPL ([url]http://fr.php.net/manual/fr/ref.spl.php[/url]). Même s'il n'existe pas d'itérateur pour MySQL nativement, tu peux en créer un toi-même pour naviguer parmi des résultats de multi_query par exemple.

Enfin encore une fois pour ce qui est des fonctions basiques de MySQL, mysqli gère très bien ça en POO.

Bonjour! J'ai quelques compétences en objet et je cherche à mettre en place le moyen le plus pratique possible de gérer une base de données. J'ai élaborés quelques concepts qui s'avéraient au final plus complexes lors des appels de methodes et des instanciations dans mes fichiers principaux que l'utilisation classiques des requêtes mysql. Je propose aux personnes compétences de me suggérer leurs propres points de vue quant à la création d'un tel système, afin de me mettre sur la voie. Merci!