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).