en fait sauf si tu développes en coopération avec d'autres développeurs, et que tu as peur que l'un d'eux surcharge ton tableau de configuration
Deux cas de figures m'intéressent :
- celui d'une bibliothèque réutilisable, dont l'utilisateur ne touche pas au contenu (ni même ne le regarde, il se contente de la doc) ;
- celui d'un CMS, framework ou autre système dans lequel des utilisateurs tiers vont écrire des modules additionnels qui seront inclus dans la page.
C'est inutile d'aller chercher les informations plusieurs fois en base de données parce que c'est certain qu'elles n'auront pas changé entre le début et la fin de l'exécution du script.
Mais c'est gênant que du code tiers puissent les modifier.
Exemple, mon application comprend une API SOAP, hébergée sur un autre serveur. L'adresse de ce serveur est renseignée à l'aide d'un formulaire, dans l'espace d'administration, et stockée en base de données. Plusieurs portions de mon code ont besoin de cette information.
Sur le principe, cela me dérange qu'un bout de code puisse, volontairement ou non, modifier cette adresse (que je stocke donc dans un tableau d'options globales). Et ça me dérange aussi d'aller chercher cette information plusieurs fois en base de données.
[^] # Re: Singleton
Posté par santos . En réponse au message Tableau en lecture seul. Évalué à 3.
Deux cas de figures m'intéressent :
- celui d'une bibliothèque réutilisable, dont l'utilisateur ne touche pas au contenu (ni même ne le regarde, il se contente de la doc) ;
- celui d'un CMS, framework ou autre système dans lequel des utilisateurs tiers vont écrire des modules additionnels qui seront inclus dans la page.
C'est inutile d'aller chercher les informations plusieurs fois en base de données parce que c'est certain qu'elles n'auront pas changé entre le début et la fin de l'exécution du script.
Mais c'est gênant que du code tiers puissent les modifier.
Exemple, mon application comprend une API SOAP, hébergée sur un autre serveur. L'adresse de ce serveur est renseignée à l'aide d'un formulaire, dans l'espace d'administration, et stockée en base de données. Plusieurs portions de mon code ont besoin de cette information.
Sur le principe, cela me dérange qu'un bout de code puisse, volontairement ou non, modifier cette adresse (que je stocke donc dans un tableau d'options globales). Et ça me dérange aussi d'aller chercher cette information plusieurs fois en base de données.