IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

C# Discussion :

Les Fichier .INI


Sujet :

C#

  1. #1
    Membre confirmé
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    102
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 102
    Par défaut Les Fichier .INI
    bonjour a tous,
    j'utilise un fichier .INI que je le mais en Bin du programme C# j'iamerai quand je récupaire ca valeur j'écrie pas tout le chemain :comme sa
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    int seed = GetPrivateProfileInt("Bloc", "seed", 22,"ValSeed.ini");
    et sa ma pas marhce esq il ya une methode qui evite d ecrire tout le chemain comme:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    int seed = GetPrivateProfileInt("Bloc", "seed", 22,"C:\\....\\Bin\\ValSeed.ini");
    Merci

  2. #2
    Expert confirmé
    Avatar de smyley
    Profil pro
    Inscrit en
    Juin 2003
    Messages
    6 270
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2003
    Messages : 6 270
    Par défaut
    Code c# : Sélectionner tout - Visualiser dans une fenêtre à part
    int seed = GetPrivateProfileInt("Bloc", "seed", 22,Path.Combine(Path.GetDirectoryName(Application.ExecutablePath), "ValSeed.ini"));

  3. #3
    Membre confirmé
    Profil pro
    Inscrit en
    Octobre 2006
    Messages
    102
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2006
    Messages : 102
    Par défaut
    Merci bcp

  4. #4
    Membre éclairé
    Profil pro
    Inscrit en
    Décembre 2004
    Messages
    612
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2004
    Messages : 612
    Par défaut
    sinon moi j'utilise

    System.Environment.CurrentDirectory

  5. #5
    Expert confirmé
    Avatar de smyley
    Profil pro
    Inscrit en
    Juin 2003
    Messages
    6 270
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2003
    Messages : 6 270
    Par défaut
    Citation Envoyé par TheBlackReverand Voir le message
    sinon moi j'utilise

    System.Environment.CurrentDirectory
    Il vaut mieux ne pas l'utiliser justement car tu ne sais pas à quel moment cette variable peux changer de valeur (genre des boîtes de dialogue OpenFileDialog ou SaveFileDialog par exemple ...).

  6. #6
    Membre éclairé
    Profil pro
    Inscrit en
    Décembre 2004
    Messages
    612
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2004
    Messages : 612
    Par défaut
    le CurrentDirectory renvoi bien l'adresse complete du dossier ou se trouve l'assembly qui s'execute?

    je vois pas pouquoi les boite de dialogue changerais le resultat??

  7. #7
    Expert confirmé
    Avatar de smyley
    Profil pro
    Inscrit en
    Juin 2003
    Messages
    6 270
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2003
    Messages : 6 270
    Par défaut
    Non ce que tu dit est faux.
    Application.StartupPath renvoi le path de l'application qui a été lancée pour exécuter l'assembly
    Assembly.GetExecutingAssembly().Location renvoi l'assembly en cours d'exécution
    Environment.CurrentDirectory renvoi le répertoire de travail actuel (par défaut le répertoire de travail dans lequel l'application a été lancée au départ, ce qui peux être le dossier qui contient l'exe, où n'importe quoi d'autre si on exécute l'exé à partir de l'invite de commande ou d'un raccourcis).
    Alors que les deux premières propriétés sont invariantes au fil de l'exécution du programme, CurrentDirectory est modifiable :
    Déjà, c'est une propriété read-write que n'importe qui n'importe où dans n'importe quelle assembly peux modifier
    Ensuite, cette valeur peux être modifiée par Windows dans divers scénarios, dont certains qui incluent les boîtes de dialogue systèmes.
    Si tu veux t'en convaincre regarde ceci :
    http://amitpatriwala.wordpress.com/2...xecutablepath/
    http://www.csharpfriends.com/Forums/...x?PostID=62434
    Environment.CurrentDirectory has nothing to do with your application (as is hinted by the fact that its a static member of the Environment object). It can be changed outside of the application so you shouldn't use it like that.
    D'ailleurs Environment.CurrentDirectory utilise la fonction Directory.GetCurrentDirectory et on peux voir sur la msdn :
    Citation Envoyé par MSDN
    Le répertoire actif est distinct du répertoire d'origine qui est celui à partir duquel le processus a été démarré.
    Voilà, j'espère que c'est clair maintenant, Environment.CurrentDirectory N'EST PAS (forcément) le dossier qui contient l'application.

  8. #8
    Membre expérimenté
    Profil pro
    Mangeur de gauffre
    Inscrit en
    Octobre 2007
    Messages
    4 413
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations professionnelles :
    Activité : Mangeur de gauffre

    Informations forums :
    Inscription : Octobre 2007
    Messages : 4 413
    Par défaut
    Salut Smyley

    Ce sujet est intéressant et source d'innombrables erreur !
    Sans parler parfois des difficultées lieés a un executablepath Read Only "program Files" sous vista


    Mais qui connait la différence entre ces deux path ?

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    string CfgPath = Path.GetDirectoryName(Application.ExecutablePath);
    string CfgPath = AppDomain.CurrentDomain.BaseDirectory;

  9. #9
    Expert confirmé
    Avatar de smyley
    Profil pro
    Inscrit en
    Juin 2003
    Messages
    6 270
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2003
    Messages : 6 270
    Par défaut
    Là non plus BaseDirectory n'est pas forcément le dossier qui contient l'exécutable, mais les cas où ce n'est pas le cas est beaucoup plus rare.
    Le problème peux survenir lorsque l'on crée un domaine d'application personnalisé pour exécuter une assembly. Lors de la création de l'app domain on peux mettre ce que l'on veux comme BaseDirectory. C'est quand même Path.GetDirectoryName(Application.ExecutablePath) le plus sur mais sur ce point je ne suis pas aussi radical que mon horreur pour Environment.CurrentDirectory.

  10. #10
    Membre éclairé
    Profil pro
    Inscrit en
    Décembre 2004
    Messages
    612
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2004
    Messages : 612
    Par défaut
    ok je comprend

    moi sa fonction toujours car j'ai jamais essayer se genre de projet ou executer(assembly et autre) combiner au CurrentDirectory

    tu m'as convaincu

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. lire et ecrire dans les fichiers INI sans MFC
    Par skeltryx dans le forum C++/CLI
    Réponses: 10
    Dernier message: 24/04/2007, 09h03
  2. Réponses: 8
    Dernier message: 26/08/2006, 01h22
  3. Les fichiers .INI, lire toutes les informations d'une section
    Par echap2000 dans le forum C++Builder
    Réponses: 9
    Dernier message: 15/05/2006, 12h14
  4. Les fichiers .ini
    Par benjiprog dans le forum Windows
    Réponses: 14
    Dernier message: 24/04/2006, 16h44
  5. Réponses: 8
    Dernier message: 18/07/2005, 14h04

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo