2010-06-03 9 views
2

Notre application comprend un ensemble de données par défaut. Les données par défaut comprennent des coefficients et d'autres facteurs qui ne changeront probablement jamais mais qui doivent être mis à jour par l'utilisateur.Existe-t-il une pratique standard pour stocker les données d'application par défaut?

Actuellement, les données par défaut d'origine sont stockées en tant que classe remplie dans l'application. Les mises à jour de données sont stockées dans un fichier XML externe. Cette conception nous permet d'inclure une fonction de «réinitialisation» pour restaurer les données par défaut d'origine. Notre raisonnement pour ne pas stocker les défauts par défaut à l'externe [par ex. Fichier XML] était de minimiser le risque d'être modifié. Le volume global de données ne justifie pas une base de données.

Existe-t-il une pratique standard pour stocker les données d'application "par défaut"?

Répondre

1

Supposons que je devais répondre: « Oui, il y a 79% des systèmes dans le monde externalisent vers une base de données. " Seriez-vous maintenant motivé pour adopter une base de données? Sûrement pas! Vos exigences particulières ne méritent pas ces frais généraux.

Nous parlons de compromis ici. Les paramètres par défaut doivent-ils changer fréquemment? Combien d'effort est-il de les changer en utilisant votre approche actuelle? Avez-vous besoin de publier différentes versions de l'application avec des valeurs par défaut différentes? Les paramètres par défaut changent-ils lorsque vous passez de l'UAT à la production?

Si vous explorez vos besoins, une solution d'ingénierie devrait émerger. Dans tous les cas, vous ferez alors un meilleur choix que la pratique courante ("standard") que la plupart des gens ont adoptée, qui consiste trop souvent à utiliser la technique qu'ils ont utilisée pour leur projet précédent.

Pour ce que ça vaut, ma "norme" personnelle est d'externaliser tout. Même quand je ne m'attends pas à ce que les choses changent, parfois, quelque part, elles le font. Une fois que j'ai décidé d'externaliser, les fichiers XML ou de propriétés ne me font pas beaucoup de différence.

+0

Il semble que la meilleure pratique consiste à faire une évaluation au cas par cas. Bien que je déteste trouver une dépendance de base externe, il existe des arguments valables pour le faire. Merci pour la contribution. –

0

les fichiers de propriétés me semblent OK. Vous pouvez également les inclure à l'intérieur du pot afin que vous n'ayez pas à porter tout autour avec lui. Editer: La fonction "reset" va dans le code de votre application.

0

Avoir ces valeurs par défaut dans un fichier externe pourrait faire la mise à jour des valeurs par défaut plus facile, vous pouvez toujours avoir une copie de ce dans le téléchargement/sur CD etc.