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
Fichier ou registre
Bonsoir,
J'aimerais avoir votre avis sur le sujet suivant :
Pour enregistrer une configuration, dans mon cas, la configuration d'un StringGrid, sauvegarderiez vous l'information dans le registre ou dans un fichier?
Peu importe votre choix, s'il vous plaît indiquer pourquoi et le maximum de détail sur votre philosophie
Ne soyez pas timide, l'avis de tous m'est important!
Merci de partager vos expériences avec moi
bonjour
Pour moi ce serait dans un fichier INI ou XML (avec un préférence pour ce dernier)
Auparavant j'utilisais beaucoup la base de registre , l'arrivée de VISTA m'a fait changer d'avis
@+
J'utilise en principe un fichier ini (ou xml dans les cas compliqués, mais je maîtrise moins). La raison ? En un mot la souplesse :
- Tu veux reproduire ta configuration sur un autre poste ? Copier / coller.
- Un mauvais paramètre fait planter ton appli ? Tu édites ou même tu effaces sans problème.
etc...
Pratique articulièrement quand tu dois intervenir à distance (hot line) !
Bonjour,
j'ai toujours préféré des fichiers (le type ini est pratique) car je trouve que l'enregistrement en base de registre "encrasse" Windows.
Le fichier ini est pratique car on peut le relire simplement avec notepad. on peut le mettre soit dans le répertoire de Windows, soit dans le répertoire d'installation de l'appli (je pense que c'est plus pratique).
Par contre si tu souhaites que les utilisateurs ne "bidouillent" pas trop, il vaut mieux utiliser la base de registre qui est plus hermétique au commun des mortels.
Cordialement
Charly
La base des registres est intéressante si la configuration est par utilisateur.
Sinon je préfère aussi le fichier.
Tu as le même soucis d'élévation de privilèges avec un fichier sous Program Files.Auparavant j'utilisais beaucoup la base de registre , l'arrivée de VISTA m'a fait changer d'avis
Le registre n'est pas très populaire
Si je comprend bien vous dites qu'il est plus difficile d'altéré une valeur de registre qu'un fichier?Par contre si tu souhaites que les utilisateurs ne "bidouillent" pas trop, il vaut mieux utiliser la base de registre qui est plus hermétique au commun des mortels.
Pour les privilèges, le même principe s'applique t'il autant au fichier qu'au registre?
Merci pour tout ces arguments très pertinent, et surtout continuez!
Pour moi aussi cela a toujours était un fichier, si vraiment tu ne veux pas qu'on le modifie tu peux toujours le crypter.
Pour éviter les embrouilles des privilèges place ton fichier dans le répertoire prévu pour les données
XP: Documents and Settings\$USER$\Application Data
Vista: Users\$USER$\AppData\Roaming
Pour déterminer le répertoire voir la faq et utilise CSIDL_APPDATA ou CSIDL_COMMON_APPDATA pour tous les utilisateurs
Faut s'y connaitre un poil plus. Un utilisateur de base ne saura pas le faire.Envoyé par pepi22
Moi, j'utilise courament la base de registre pour stocker quelques paramètres propre à l'utilisateur.
Sinon, s'il y a beaucoup de données, un fichier est plus adapté (*.ini ou autre).
Je dirais que ça dépend de ce que tu veux faire, et du contexte dans lequel tu te trouves.
Déjà, les fichiers ini sont dépréciés par Microsoft et tu n'es plus supposer les utiliser. Si tu veux que ton appli obtienne des certifications du genre "designed for WinXXXX" il faut faire attention à ce genre de chose.
Les fichiers ini posent souvent des problèmes lorsque tu te trouves en TSE.
Du genre, les c.... d'installateurs ont décidés qu'ils ne passeraient pas par ajout/suppression de programme pour lancer le setup de ton appli (grr.. windows me dis que je dois faire ajout/suppression parce que l'exe s'appelle Setup.exe, ben je vais le renommer autrement...), et Windows a isolé la config de ton fichier ini pour l'utilisateur qui fait l'install au lieu d'appliquer le paramétrage à tous les utilisateurs.... Tout fonctionne parfaitement lorsque l'installateur lance son appli. Et dès qu'un vrai utilisateur la lance.... bing y'a plus rien qui marche !
Ensuite, les fichiers ini sont un aimant à bidouilleurs. Les clients adorent les ouvrir, regarder ce qu'il y a dedans, les bidouiller... et se plaindre que ton appli ne fonctionne pas. Il y en a même qui t'appellent pour te demander à quoi sert tel ou tel paramètre...
Tu évites la plupart de ces problèmes en passant par la base de registres car la majorité des utilisateurs ont peur de toucher quelque chose qui plantera leur Windows (déjà la plupart ne connaissent pas regedit, ou les admins ont eut la bonne idée de leur interdire l'accès à regedit).
Par contre, il faut faire attention à la façon dont tu utilises la base de registre. Il n'y a pas de problème avec HKEY_CURRENT_USER.
Mais pour écrire dans HKEY_LOCAL_MACHINE, il faut avoir des droits suffisants, et par défaut Delphi ouvre les clés en mode lecture/ecriture, ce qui provoque des erreurs si tu n'es pas administrateur de la machine.
Le deuxième gros problème avec la base de registre, c'est que si tu dois remplacer la machine, réinstaller ton appli ailleurs... ben il ne suffit pas de recopier le fichier de config...
Si encore un, si tu écris des préférences utilisateurs dans HKEY_CURRENT_USER, les utilisateurs utilisent parfois des comptes génériques pour se connecter dans Windows (genre tout le monde utilise le même compte), puis tu as des comptes applicatifs différents dans ton appli.
Et là, tout le monde partage les mêmes préférences utilisateurs...).
Si tu mets les préférences dans un fichier ini, ces dernières ne se déplaceront pas avec l'utilisateur s'il travaille sur plusieurs postes...
En un mot, tout dépend de ce que tu fais et des problèmes que tu risques de rencontrer.
Exact , mais comme ExoSeven je le(s) mets dans
Si c'est vraiment un question de sécurité, et que tu utilises un base de données , et bien pourquoi pas à l'intérieur de la base de données.XP: Documents and Settings\$USER$\Application Data
Vista: Users\$USER$\AppData\Roaming
exact , mais quelque soit le nom qu'on leur donne , CFG, PIP etc ... l'objectif est bien le même cryptés (dans le cas d'un PIP par exemple) ou non (pour les CFG) le but est le même. le ini est surtout déprécié , à mon avis , parce que cible de beaucoup d'attaques facilesles fichiers ini sont dépréciés par Microsoft.
Bref , pour se faire une idée , il suffit de regarder un peu ce qui se passe dans les répertoires cités plus haut. Et n'oublions pas que la base de registre est elle aussi une cible facile
Merci à tous pour cette fabuleuse mine d'information!
Je compile et j'étudie les arguments
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager