À SUPPRIMER
DeadlyPredator
Messages postés
222
Date d'inscription
jeudi 15 janvier 2004
Statut
Membre
Dernière intervention
30 juin 2008
-
7 août 2004 à 03:21
vlad2i Messages postés 285 Date d'inscription mercredi 20 août 2003 Statut Membre Dernière intervention 13 février 2005 - 8 août 2004 à 23:30
vlad2i Messages postés 285 Date d'inscription mercredi 20 août 2003 Statut Membre Dernière intervention 13 février 2005 - 8 août 2004 à 23:30
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/25231-a-supprimer
https://codes-sources.commentcamarche.net/source/25231-a-supprimer
8 août 2004 à 23:30
8 août 2004 à 22:32
8 août 2004 à 22:17
8 août 2004 à 22:16
Tout est dit, ca ne veut rien dire hehe
Fais le ce parser XML, comme ca les "gens" l'auront :)
8 août 2004 à 20:56
possibilité de relié un clée à une clée dans le registre, ou a une variable d'environement. Je comptais également enlever le +. ET VOUS OUBLIEZ LE ; EST-CE QU'ON PEUT FAIRE ÇA EN INI, renter tout sur une ligne ce qui évite les CR LF. Ce que je voulais faire au début, c'était de créer un lecteur de fichiers ini en vb. Je vais donc retourner à mon but premier. Horfee > t'as tu vu ma source sur "contrôler parfaitement vos fichier". Avec les APIs CreateFile, writefile,... j'avais réussi à créer un système qui pouvais patcher des zones dans un fichier sans avoir à tout le charger en mémoire. Pour les autres (azerty25 et cie), XML serait bien. MAIS! Qu'est ce que ça prend pour lire XML? Ça prend un parser xml. Ce parser xml, si les gens ne l'avaient pas... shadowmoy> Est-ce que c'est possible de faire quelque chose quand l'API à une limite pour la taille du buffer (car elle est juste là pour la compatibilité avec les progs 16 bits) qui sépare chaque section énumérée par un nullstring et que le fichier à 10000 sections? Je vais créer un parser ini (qui sera plus efficace) à la place
8 août 2004 à 18:14
chaque section contient 6 clées ayant des chaines comme valeur.
le seul hic c'est qu'il faut remplacer les retours chariots pour que le ini fonctionne correctement sur des grandes chaines (enfin c ce que j'ai pu remarquer ....)
et pour faire un arbre c vrai que le xml est plus conseillé ...
8 août 2004 à 14:50
ensuite 200 octets gagnés est assez dérisoires vu la taille actuelles des disques dur (g personnellement un DD de 120 Go plus un de 80 Go donc bon pour moi 200 octets ...)et je pense que de nos jours tt le monde possedent de gros DD.
Et pour finir, pour un fichier ini suffisament important pour ne pas etre géré efficacement par les API il faut vraiment programmer comme un beuh...
Donc sans vouloir etre mechant je trouve ta source sans trop d'interet, a part peut etre la manip de string...
Et pour repondre a ta question DeadlyPredator, windows ne permet pas l'accès en ecriture et en lecture simultanée : il faut soit l'ouvrir en lecture,lire,le fermer,puis ecrire soit faire l'inverse...c'est ce que font les API concernant les API Ini. La meilleure facon pour pouvoir lire et ecrire un fichier, c'est de le charger completement 1 premiere foisen memoire,le modifer et/ou y acceder a volonté, puis de le réécrire completement(generalement lors de la fermeture de l'app).
8 août 2004 à 06:20
de plus, il te permet plusieurs niveau (arbre) et que pleins de fonctionnalités (recherche, modification) existent d'ores et deja...
8 août 2004 à 01:33
7 août 2004 à 11:45
Je vais programmer en VB plus puissant alors hehe, s'il suffit de changer quelques caractères... :)
Passe à XML ou, mieux, il y a le registre Windows ou, encore mieux, une base de données (encore encore mieux, cryptée) INI date de Windows 3... :)
Vlad
7 août 2004 à 10:45
tu as remplacé les [] par des - et ajouter des + la ou il n'yen a pas besoin !
les commentaires existent aussi dans les fichiers ini.
7 août 2004 à 09:29
7 août 2004 à 03:21