MANIPULATION DES FICHIERS INI EN VB.NET
Lucyberad
Messages postés
414
Date d'inscription
mercredi 16 juin 2004
Statut
Membre
Dernière intervention
26 juillet 2007
-
10 févr. 2006 à 12:38
Secondary117 Messages postés 44 Date d'inscription lundi 28 novembre 2011 Statut Membre Dernière intervention 26 décembre 2013 - 18 avril 2013 à 19:41
Secondary117 Messages postés 44 Date d'inscription lundi 28 novembre 2011 Statut Membre Dernière intervention 26 décembre 2013 - 18 avril 2013 à 19:41
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/35975-manipulation-des-fichiers-ini-en-vb-net
https://codes-sources.commentcamarche.net/source/35975-manipulation-des-fichiers-ini-en-vb-net
18 avril 2013 à 19:41
15 févr. 2012 à 12:55
9 mars 2010 à 21:19
bin oui et ça reste encore une des meilleures solution à mon avis.
Toutes les autres solutions que j'ai testées présentais plus d'inconvénients que d'avantages.
En plus j'ai développé des API autour de ces fichiers, et je ne vois pas l'intérêt de les ré-écrire, du moins dans l'immédiat.
JJDAI
9 mars 2010 à 10:46
31 août 2009 à 09:41
23 juil. 2009 à 17:07
14 juin 2009 à 08:59
Et a moi ca va servir.
Car c'est vrai que la config dans .Net est très bien.
Mais les fichiers ini sont structuré donc pratique a lire, et pour le but n'est pas d'y stocker la configuration du programme. Mais des informations de copies de fichier pour la mise a jour d'un programme.
Le setup vérifaint les mises a jour fourni par .Net est trop long dans mon cas, et il ne vérifie pas tout.
9 sept. 2008 à 14:35
12 févr. 2006 à 14:29
11 févr. 2006 à 13:13
Bonne continuation !
Redman
11 févr. 2006 à 11:57
Il doit exister des parseurs XML en COBOL, mais leur usage n'est à priori pas encore généralisé.
Bref il y a des contexte ou il faut faire comniquer des syteme certes qui ont un peu de bouteille, avec des technologies du dernier cri, et donc l'interet d'utiliser encore les ficiers INI n'est pas completement null.
Un autre aspec qu'il ne faut pas négliger est que les même information en XLM génére un fichier beaucoup plus verbeux que des fichiers Ini et donc une taille plus iportante. Certes à l'heure du super ADSL c'est négligeable, mais il existe encore hélas beaucoup de systeme qui traine la pette et ou il faut gérer l'économie de quelques octets.
Et puis on change pas ses habitudes comme ça après 20 de pratique (non mais m'enfin, hahaha !!)
11 févr. 2006 à 10:57
JJDai => les ini c'est que les vieux programmme qui n'utilise pas le framework (et ils sont nombreux) utilise encore du .ini
donc a par l'interet de les lire en dotnet (et c'est a chak programme donc je voi pas l'interet), puisque le programme est en .net autant utiliser les .config
en vb6 les ini sont utilse mais pas en .net
11 févr. 2006 à 10:50
Ils ont quelques avantages qu'il ne faut pas négliger (Lisibilité , simplicité, ...)
D'Ailleurs un truc pas mal serait de faire un convertisseur INI->XML, dans l'autre sens je ne suis pas sur que ce soit possible si l'arborescence est rop profonde.
Ce que je trouve domage c'est qu'il faille déclarer des API, et à moins de refaire un parseur de fichier INI, il n'y a pas le choix semble-t-il.
11 févr. 2006 à 07:29
10 févr. 2006 à 17:47
10 févr. 2006 à 14:23
Ou si tu veux rester dans les ini, beaucoup plus court et à mettre dans un module :
Module modINI
Dim fichier As String = IO.Path.ChangeExtension(Application.ExecutablePath, ".ini")
#Region "Lire INI"
Private Declare Function GetPrivateProfileString Lib "kernel32" Alias "GetPrivateProfileStringA" (ByVal lpApplicationName As String, ByVal lpKeyName As String, ByVal lpDefault As String, ByVal lpReturnedString As System.Text.StringBuilder, ByVal nSize As Integer, ByVal lpFileName As String) As Integer
Function lireINI(ByVal Entete As String, ByVal Variable As String) As String
Dim defval As String
Try
Dim StrBuild As New System.Text.StringBuilder(32768)
Dim Ret As Integer = GetPrivateProfileString(Entete, Variable, defval, StrBuild, 32768, Fichier)
Return StrBuild.ToString
Catch
Return defval
End Try
End Function
#End Region
#Region "Ecrire INI"
Private Declare Function WritePrivateProfileString Lib "kernel32" Alias "WritePrivateProfileStringA" (ByVal lpApplicationName As String, ByVal lpKeyName As String, ByVal lpString As String, ByVal lpFileName As String) As Integer
Function ecrireINI(ByVal entete As String, ByVal variable As String, ByVal valeur As String)
WritePrivateProfileString(entete, variable, valeur, fichier)
End Function
#End Region
End Module
10 févr. 2006 à 12:38
neamoins la source est pas mal pour les .ini
c'est juste que c'est specifique a vb6 et non vb.net.
(ps: ne le prend pas mal)