Après avoir réalisé quelques petits projets PHP sans aucune méthode de
développement, je m'apercois que cela devient de plus en plus
handicapant de ne pas suivre de véritable "gestion de projet". En effet,
j'en arrive à des fouillis de code inmaintenable.
C'est pourquoi, je fais appel à votre expérience pour savoir "comment
bien débuter dans un projet PHP". Comment faites-vous lorsque vous avez
un cahier des charges assez imposant pour choisir par quoi débuter.
Utilisez-vous des diagramme UML et la programmation objet.
Commencez-vous par établir les prémices de la base de données (s'il y a
lieu). Faut-il tout modulariser? Gérez-vous tout de suite les aspects
tels que l'authentification ou faites-vous cela vers la fin?
Peut-être que certains voudront bien me faire part de leur expérience
dans ce domaine ou me diriger vers des liens.
Du genre, quand je concois pour un type de SGBD, je ne prévois pas qu'il soit possible de changer de type de SGBD ou de méthode de stockage de données plus tard.
Changer de méthode de stockage, pas besoin. Ce que fait un SGBD, une autre méthode ne peut généralement pas le faire.
Changer le SGBD, par contre, ça peut être utile. Ne serait-ce par exemple que pour passer de sqlite2 (extension sqlite) à sqlite3 (pilote pdo), si tu fais les appels à sqlite en dur, c'est mort. Ensuite on peut permettre à l'utilisateur final de choisir son SGBD en fonction de ses moyens, de ses priorités et des données qu'il va y stocker.
Par contre c'est sûr, il ne faut pas mettre de truc non standard dans les requêtes (genre LIMIT) mais plutôt mettre ça en paramètre dans une fonction, par exemple SQL_Result SQL_Driver_*::query(string $query, int $limit = -1, int $offset = 0)
Jeremy a dit le 19/03/2005 à 12:19:
Du genre, quand je concois pour un type de
SGBD, je ne prévois pas qu'il soit possible de changer de type de SGBD
ou de méthode de stockage de données plus tard.
Changer de méthode de stockage, pas besoin. Ce que fait un SGBD, une
autre méthode ne peut généralement pas le faire.
Changer le SGBD, par contre, ça peut être utile. Ne serait-ce par
exemple que pour passer de sqlite2 (extension sqlite) à sqlite3 (pilote
pdo), si tu fais les appels à sqlite en dur, c'est mort.
Ensuite on peut permettre à l'utilisateur final de choisir son SGBD en
fonction de ses moyens, de ses priorités et des données qu'il va y stocker.
Par contre c'est sûr, il ne faut pas mettre de truc non standard dans
les requêtes (genre LIMIT) mais plutôt mettre ça en paramètre dans une
fonction, par exemple
SQL_Result SQL_Driver_*::query(string $query, int $limit = -1, int
$offset = 0)
Du genre, quand je concois pour un type de SGBD, je ne prévois pas qu'il soit possible de changer de type de SGBD ou de méthode de stockage de données plus tard.
Changer de méthode de stockage, pas besoin. Ce que fait un SGBD, une autre méthode ne peut généralement pas le faire.
Changer le SGBD, par contre, ça peut être utile. Ne serait-ce par exemple que pour passer de sqlite2 (extension sqlite) à sqlite3 (pilote pdo), si tu fais les appels à sqlite en dur, c'est mort. Ensuite on peut permettre à l'utilisateur final de choisir son SGBD en fonction de ses moyens, de ses priorités et des données qu'il va y stocker.
Par contre c'est sûr, il ne faut pas mettre de truc non standard dans les requêtes (genre LIMIT) mais plutôt mettre ça en paramètre dans une fonction, par exemple SQL_Result SQL_Driver_*::query(string $query, int $limit = -1, int $offset = 0)
