klingfilm
Messages postés36Date d'inscriptionmercredi 25 juillet 2007StatutMembreDernière intervention23 août 2007
-
26 juil. 2007 à 03:12
klingfilm
Messages postés36Date d'inscriptionmercredi 25 juillet 2007StatutMembreDernière intervention23 août 2007
-
26 juil. 2007 à 08:50
Bonjour a tous,
Je suis presentement en VB.Net. Je cherche a ecrire dans un fichier texte le chemin d'acces a un fichier excel qui sert de base de donnees a mon progamme. Ma question est la suivante: Peut-on faire en sorte que l'application VB se cree un fichier .txt a l'installation dans son propre dossier qui servira ensuite a lire et a ecrire des "paths"(emplacements) pour un autre fichier en format excel. Je sais que je peux creer le fichier .txt manuellement d'abord et fixer son emplacement dans ma programmation. Mais, je prefererai que ce fichier se retrouve dans le dossier de l'application cree pour eviter qu'il ne soit supprime.
J'espere que ma question est claire,
klingfilm
Messages postés36Date d'inscriptionmercredi 25 juillet 2007StatutMembreDernière intervention23 août 2007 26 juil. 2007 à 03:43
En resume, je veux que l'application compilee cree le fichier texte dans ses dossiers et qu'elle puisse ensuite aller le lire et y ecrire quelque soit l'endroit cette l'application sera installee. Car si je fixe dans ma programmation l'endroit ou le fichier .txt est lu. Il devra etre cree a cette endroit qui est independant de l'endroit ou se trouve le programme et j'ai peur que le fichier ne se fasse supprimer...
klingfilm
Messages postés36Date d'inscriptionmercredi 25 juillet 2007StatutMembreDernière intervention23 août 2007 26 juil. 2007 à 04:49
Ok ok, Je vais etre plus explicite. Je veux creer un fichier texte dans le repertoire o`u mon application sera installee. Je veux que ce fichier sois dans ce repertoire pour ne pas qu'il soit supprime. Le probleme est que la personne qui installe le programme peut decider de sa destination. Donc, dans ma programmation lorsque je vais vouloir ecrire dans ce fichier plus tard, je ne peux pas fixer son emplacement dans mon streamwriter avec un string du type ("C:\blabla\tructruc") . Parce que rien ne me garanti que l'application sera installee dans ce repertoire. Je veux que mon application reconnaisse son emplacement pour le lire ou y ecrire peut importe l'endroit ou l'application est installee. Maintenant la raison de ce fichier .txt est simple. Mon application utilise un fichier source pour y convertir le contenu. Cependant, l'emplacement de ce fichier peut varier. C'est pourquoi un FileBrowserdialog permet de le retrouver pour ensuite inscrire le "path" dans mon fichier .txt.
En esperant que je deviens un peu plus clair,
Vous n’avez pas trouvé la réponse que vous recherchez ?
jmfmarques
Messages postés7666Date d'inscriptionsamedi 5 novembre 2005StatutMembreDernière intervention22 août 201427 26 juil. 2007 à 08:18
Il va maintenant de soi que, lors de l'installation, ce chemin n'est pas encore connu (puisque ton appli ne tourne pas encore).
Mais le principe reste le même :
- soit tu fais un programme d'installation qui garde en mémoire le chemin choisi par lo'utilisateur et tu y "fiches" ton fichier (ou dans un sous-répertoire à cette fin)
- soit, au lancement de ton application : tu vérifies l'existence du fichier et :
-- s'il existe, OK
- s'il n'existe pas, tu le crées ! Dabs cette seconde hypothèse : ou tu le crées "en dur" par ton appli, ou il est encore sur ton support d'installation et tu invites l'utilisateur à réintroduire ce support puis tu copies le fichier à sa place (puisque App.Path est maintenant connu).
Bref... juste un peu de stratégie (c'est souvent la clé principale du développement réussi).
klingfilm
Messages postés36Date d'inscriptionmercredi 25 juillet 2007StatutMembreDernière intervention23 août 2007 26 juil. 2007 à 08:50
Merci pour les tuyaux! PCPT et jmfmarques
J'ai justement travaille avec app.path. Cette commande n'est pas dans VB.net, mais j'ai decouvert que application.startup semble faire l'affaire! Du moins pour l'instant car je ne suis pas pret a compiler.
Merci encore!
J'adore ce site, je viens de sauver probablement 3 jours de recherche. Parce que lire un fichier d'aide MSDN et ensuite savoir comment le coder c'est pas toujours facile.
Juste comme ca, la strategie que j'ai employe c'est de creer le fichier dans le repertoire cstr(application.startuppath) a chaque fois qu'il est mis a jour. Comme ca il se cree s'il n'est pas la ou bien il ecrase le fichier existant.