Discussion :

[lasrevinu]

Bonjour,
j'ai un projet winform dans lequel on demande à l'utilisateur de tapper des données, dans une vingtaine de formulaires,
ces données sont traitées et mise a jour tout au long de son avancement dans la saisis ou dans les options qu'il modifie

je voudrais votre avis sur l'emplacement ou mettre les données en sortie,
(il s'agit d'une soixantaine de données), est ce que ..

je les mets dans un fichier temporaires? si oui, quel type de fichier,

je les mets dans un fichier de configuration ? si oui j'ai un fichier de configuration existant, est ce que je peu en creer un autre sans probleme?

si vous avez d'autres suggestions
merci bcp

[lasrevinu]

Bonjour,
j'ai ajouté un fichier settings dans Properties de visual studio
je mettrais le scope des données en USER de facon a ce que ce soit du read/write
je pense travailler comme cela
est-ce une bone methode?

[Invité]

Bonjour,

Et bien à mon humble avis, à partir du moment où il s'agit de fichiers propres à ton programme et qui ne sont utilisés que par ce dernier, j'aurais toujours tendance à les mettre à l'intérieur du dossier du projet. Plus précisément, dans le dossier contenant l'exécutable.
L'avantage est que tu gagnes en portabilité sur ton programme, car si dans ton code tu as un chemin d'accès quelconque à ton fichier, le fait de le mettre dans le dossier de l'exe (ou plus bas dans l'arborescence) te permet de ne mettre qu'un chemin relatif (ex: "Ressources\fichier.txt"; plutôt que "c:\users\...\etc").
A ce moment la, ton programme fonctionne quelque soit l'endroit, à partir du moment où il a le fichier "à côté" de lui.

Je ne sais pas si il s'agissait bien de ta question, mais j'espère avoir pu t'aider.


Cordialement,

Guillaume

[Invité]

D'ailleurs, pour la précision (je ne sais pas si cela peut t'intéresser ici), tu peux créer facilement tes propres extensions à associer à ton programme. Cela se fait très facilement maintenant avec Visual Studio.
Un des modérateurs de ce site en parle dans un tutoriel : http://badger.developpez.com/tutorie...stomfiletypes/

Cdlt

[lasrevinu]

Merci pour ta reponse,
je sais pas si tu as deja utilisé les fichier settings.settings qui se trouvent dans properties de vs

[Invité]

Mais tu n'aies pas censé y toucher à ce fichier en fait. Il est généré automatiquement par VS. Et normalement, sauf erreur de ma part, comme un fichier .design d'une Windows Form, si tu changes le code à l'intérieur, il sera de toute façon régénéré et tu perdras ce que tu as changé à l'interieur.
Mais en théorie, tout ce que tu as dans ce type de fichier, tu peux le faire à la main.

Mais je m'égare sûrement un peu, tu souhaites faire quoi concrètement avec ce fichier ?

[Invité]

Autant pour moi, tu le précises plus haut.
Et bien non clairement la, je peux pas t'aider. Je n'ai jamais fait ce genre de manipulation.

Cdlt,

[lasrevinu]

Merci aaaaahaaaaa (apres des heure de programation ton pseudo est bien justifié)

en fait, je viens de decouvrir comment manipuler setings.setings,
c'est super!
je sais pas si tu as deja eté confronté au passage de parametre entre form,
avec ca plus aucun soucis
en plus tu as le choix d'enregistrer ce que tu as mis a jour,
tes variables sont dispos quand tu veux n'importe ou dans ton projet et d'une maniere sur et rapide (en fait c'est un fichier XML qui est generé)

voila

[ppphil]

Si je peux me permettre, méfie-toi tout de même de l'emplacement de ton fichier.
Sous XP ça ne cause aucun problème, mais sous Win7 tu risques d'avoir des problèmes de droits sur ce fichier.
Pour ma part, je place les fichiers de config dans Application.UserAppDataPath qui est un emplacement dans le dossier perso de l'utilisateur....

[Invité]

C'est vrai que je ne me suis jamais vraiment penché ce sur fichier.
Je dois avouer que tu commences à m'intriguer avec ton truc ...
Je regarderai ça de plus près.

[lasrevinu]

Merci pphil,
mais comment changer de chemin à ces fichier de config ?

[ppphil]

Ben justement, tu ne change pas le chemin.
Application.UserAppDataPath te retourne un chemin qui varie selon l'OS mais qui reste toujours un chemin accessible en lecture écriture pour l'utilisateur en cours...