Je lisais récemment The Pragmatic Programmer qui dit que:
Les détails bousillent notre code vierge, surtout s'ils changent fréquemment. Chaque fois que nous devons modifier le code pour tenir compte de certains changements dans la logique commerciale, dans la loi ou dans les goûts personnels de la direction, nous risquons de casser le système - de créer un nouveau bogue.
Hunt, Andrew; Thomas, David (1999-10-20). Le programmeur pragmatique: de compagnon à maître (Emplacements Kindle 2651-2653). Pearson Education (États-Unis). Édition Kindle.
Je programme actuellement une application Web dont certains modèles ont des propriétés qui ne peuvent provenir que d'un ensemble de valeurs, par exemple (il ne s'agit pas d'un exemple réel car les données de l'application Web sont confidentielles):
lumière-> type = sphère / cube / cylindre
Le type de lumière ne peut être que les trois valeurs ci-dessus, mais selon le PPT, je devrais toujours coder comme si elles pouvaient changer et placer leurs valeurs dans un fichier de configuration. Comme il y a plusieurs incidents de ce type dans l'application, ma question est la suivante:
Devrais-je stocker éventuellement des valeurs comme celles-ci dans:
un fichier de configuration:
'light-types' => array(sphere, cube, cylinder),
'other-type' => value,
'etc' => etc-value
une seule table dans une base de données avec une ligne pour chaque élément de configuration
une base de données avec une table pour chaque élément de configuration (par exemple de la table:
light_types
;: colonnesid
,name
)d'une autre manière?
Merci beaucoup pour toute aide / expertise offerte.