LES FICHIERS INI

Commentaire de dominique.stock le 31/05/2007 17:59:36

Bonjour,
Manque quand même le "ReadSectionValues" super pratique pour lire les paramètres de connexion à une base de données.

Commentaire de Toya78 le 04/01/2008 20:58:30

Hello,
La classe TMemIniFile est aussi pas mal :).
Si on se contente par exemple de ne faire que des lectures c'est beaucoup plus rapide que TIniFile. Dans certains cas (par exemple besoin d'écrire ponctuellement le fichier) elle est cependant inadaptée.

Commentaire de Forman le 29/07/2008 21:23:03

parracom: tu peux utiliser un fichier ini pour chaque utilisateur en lui donnant le nom de l'utilisateur (par exemple parracom.ini) et les stocker tous dans le répertoire de l'application. Il est possible de récupérer le nom de l'utilisateur en cours avec l'API GetUsername:

function Username:string;
var
  buffer:array[0..256] of Char;
  len:DWORD;
begin
  GetUsername(buffer,Sizeof(buffer));
  Result:=buffer;
end;

Puis, pour manipuler les fichiers ini:

procedure LoadSettings;
var
  f:TIniFile;
begin
  f:=TIniFile.Create(ExtractFilePath(Application.ExeName)+Username+'.ini');
  try
    //Ici lire les paramètres
  finally
    f.Destroy;
  end;
end;

procedure SaveSettings;
var
  f:TIniFile;
begin
  f:=TIniFile.Create(ExtractFilePath(Application.ExeName)+Username+'.ini');
  try
    //Ici écrire les paramètres
  finally
    f.Destroy;
  end;
end;

L'intérêt, c'est que ton appli ne crée pas de fichiers en dehors de son propre répertoire, c'est mieux (personnellement les programmes qui mettent des fichiers de configuration partout m'agacent).

Commentaire de Forman le 30/07/2008 11:20:17

Ah oui j'avais oublié ce détail.

Pour éviter le problème on pourrait créer un dossier "IniFiles" dans le répertoire de l'application au moment de l'installation, et lancer une commande "cacls" à la fin du programme d'installation (pour changer les droits d'accès) de façon à autoriser lecture/écriture pour tout le monde. Et donc stocker les fichiers ini dans ce répertoire accessible, chacun avec le nom de l'utilisateur concerné.

Inconvénient: chaque utilisateur peut lire les données de configuration des autres. Et il faut que le programme d'installation ait les privilèges admin pour faire un cacls (mais si je ne me trompe pas il est impossible d'installer un nouveau programme multi-user si on n'est pas admin de toute façon).

Commentaire de Nerolph le 16/09/2008 17:25:31

Il vaut mieux mettre ce fichier INI dans le profil de l'utilisateur « %APPDATA%\<mon application>\fichier.ini » afin d'être propre à chaque utilisateur.

Commentaire de vrachid le 25/11/2009 13:14:05

bonjour à tous,
je travaille avec un fichier .ini dans mon application,
au démarrage de l'application je vérifie si le fichier existe la fenêtre FA s'ouvre sinon c'est la FB qui s'ouvrira.

if FileExists(extractFilePath(application.exename)+'configuration.ini') then
FA.Show
else
FB.Show;
end;

mon problème est le suivant:
quand je met le fichier configuration.ini (copier/coller) dans le répertoire de l'application tout va bien la fenêtre FA s'ouvre, mais si je supprime le fichier, au lancement de l'application c'est toujours la fenêtre FA qui s'ouvre avec un message d'erreur.

je voudrai que vous me donniez votre avis sur ça
merci.

Commentaire de bricho10 le 15/01/2010 10:46:03

Le fichier ini est très pratique , çà facilite la vie

Merci