Où enregistrer le fichier ini en fonction de la machine (pas l'utilisateur) sous Windows

Question

Mon application stocke actuellement les paramètres dans un fichier INI sous le profil de l'utilisateur actuel (C:\Documents and Settings\<CurrentUser>\Application Data\MyApplication\MySettings.ini sous WinXP). Mais j'ai réalisé que certains de ces paramètres sont uniques à la machine et non à l'utilisateur et veulent donc (en fait) les sauvegarder dans un seul endroit pour tous les utilisateurs.

Existe-t-il un emplacement de dossier sur Windows XP (et supérieur) où je peux stocker des paramètres indépendants de l'utilisateur?

REMARQUE: Je ne souhaite pas les stocker dans le même dossier que mon application ni les stocker dans le registre.

Je remarque qu'il existe un dossier "Tous les utilisateurs" sous "C: \ Documents and Settings \"? Devrais-je être stocké là-bas?

Points Bonus: Je suis plus susceptible d'accorder la réponse à celui qui peut aussi me dire comment retourner ce chemin à partir de Windows en Delphi 7.

Answer 1

Pour XP, Windows fournit SHGetFolderPath() pour obtenir un emplacement connu . Le CSIDL que vous recherchez est CSIDL_COMMON_APPDATA, décrit comme suit:

Le répertoire du système de fichiers qui contient les données d'application pour tous les utilisateurs. Un chemin typique est "C:\Documents and Settings\All Users\Application Data". Ce dossier est utilisé pour les données d'application qui ne sont pas spécifiques à l'utilisateur. Par exemple, une application peut stocker un dictionnaire de vérification orthographique, une base de données de clip art ou un fichier journal dans le dossier CSIDL_COMMON_APPDATA. Cette information ne va pas errer et est disponible pour toute personne utilisant l'ordinateur.

Pour Vista et versions ultérieures, il a été remplacé par SHGetKnownFolderPath() bien SHGetFolderPath() est toujours disponible en fonction wrapper pour cela. Si vous utilisez l'appel Vista réel, vous devez utiliser FOLDERID_ProgramData au lieu de CSIDL_COMMON_APPDATA. Ce lien here semble montrer une façon de le faire.

Il semble faire bouillir jusqu'à ce (traiter cela avec circonspection, je ne sais pas Delphi bien):

function ShGetKnownFolderPath (
    const rfid: TGUID; 
    dwFlags:  DWord; 
    hToken:  THandle; 
    out ppszPath: PWideChar): HResult; 
var 
    Shell: HModule; 
    Fn: TShGetKnownFolderPath; 
begin 
    Shell := LoadLibrary ('shell32.dll'); 
    Win32Check(Shell <> 0); 
    try 
     @Fn := GetProcAddress (Shell, 'SHGetKnownFolderPath'); 
     Win32Check (Assigned (Fn)); 
     Result := Fn (rfid, dwFlags, hToken, ppszPath); 
    finally 
     FreeLibrary (Shell); 
    end; 
end; 

 

function GetKnownFolderPath (
    const rfid: TGUID; 
    dwFlags: DWord; 
    hToken:  THandle): WideString; 
var 
    buffer: PWideChar; 
    ret: HResult; 
begin 
    ret :=ShGetKnownFolderPath (rfid, dwFlags, hToken, buffer); 
    OleCheck (ret); 
    try 
     Result := buffer; 
    finally 
     CoTaskMemFree (buffer); 
    end; 
end; 

This page fournit une liste de tous les CSIDL_* et FOLDERID_* valeurs. Gardez à l'esprit que vous devriez utiliser ces fonctions pour vos données spécifiques à l'utilisateur, et non des valeurs codées en dur comme "C:\Documents and Settings\<CurrentUser>\Application Data\". Il se peut que différentes versions linguistiques de Windows utilisent des noms de répertoires différents ou qu'il soit possible que les utilisateurs puissent librement déplacer leurs zones de données.

Answer 2

Je vous recommande d'utiliser l'open source JEDI Code Library pour ce genre de chose.

En JclShell.pas vous trouverez GetSpecialFolderLocation()

YourDataFolder := GetSpecialFolderLocation(CSIDL_COMMON_APPDATA); 

Il est gratuit, bien testé, fonctionne avec toutes les versions de Windows et l'utiliser vous isoler des futurs changements à l'API Windows.