Questions sur RandomAccessFile

Bonsoir tout le monde,

Je suis occupé à voire l'accès direct aux fichier (RandommAccessFile).

J'ai quelques questions à propos de cette classe :

Je crée une nouvelle variable de type RandomAccessFile :

Code:

---

RandomAccessFile raf = new RandomAccessFile("c:\\raf.txt","rw");

---

j'écris dans ce fichier :

Code:

---

1 2 3

raf.writeInt(34) raf.writeInt(534) raf.writeInt(99)

---

Si je veux remplacer 99 par 199, dans le cours on à ceci :

Code:

---

1 2 3

raf.seek((3-1)*4); raf.WriteInt(199); raf.seek(0);

---

Ne peut-on pas mettre :

Code:

---

raf.seek((2)*4);

---

J'ai bien sure testé, ça fonctionne, mais peut être que ce n'est pas conseillé ?

Je vois que ceci

Code:

---

raf.seek(2*4);

---

fonctionne aussi :?

Une question à propos de la lecture d'un RandomAccessFile :

on fait une boucle qui va lire dans la console le contenu de la variable raf et le mettre dans une variable de type int nommée nb :

Code:

---

1 2 3 4 5

for (int i=0; i< 5; i++) { nb = raf.readInt(); System.out.println(nb); }

---

Ma question est la suivante :

Nous utilisions i ici pour un compteur (0,1,2,3,4) mais quand la variable nb prend la valeur de raf, raf passe à la ligne suiivante ?

Merci d'avance pour votre aide.

beegees

Citation:

---

Envoyé par beegees

Code:

---

1 2 3 4 5

for (int i=0; i< 5; i++) { nb = raf.readInt(); System.out.println(nb); }

---

Ma question est la suivante :

Nous utilisions i ici pour un compteur (0,1,2,3,4) mais quand la variable nb prend la valeur de raf, raf passe à la ligne suiivante ?

---

Non, raf passe simplement au byte suivant le nombre entier lu.

Si raf contient 7894abc, raf.readInt lira 7894, et une prochaine lecture démarrera à a.

Citation:

---

Envoyé par gifffftane

Non, raf passe simplement au byte suivant le nombre entier lu.

Si raf contient 7894abc, raf.readInt lira 7894, et une prochaine lecture démarrera à a.

---

Non ! si raf contient sous forme de texte ce que tu marques, raf.readInt lira les quatres premiers octets de la chaine ( 78 dans notre cas, vu qu'en java, un char est codé sur deux octets ) et les convertira en entier. '7' suivi de '8' en char ne donnera certainement pas un entier valant 78.

Pour répondre à la question de beegees :
La méthode seek prend en paramètre un long ( y mettre un entier ne pose pas de problème ).
La valeur de ce long correspond au ième octet sur lequel le randomaccessfile doit se placer.
Dans ton cas, en dur, un simple raf.seek(8) aurait suffit. Un int valant quatre octets on a donc :
raf.seek(0) qui place le raf sur le tout premier octet du fichier, soit la première série de 4 octets correspondant à ton premier entier.
raf.seek(4) te place sur la deuxième série de quatre octets -> deuxième entier stocké dans le fichier
raf.seek(8) te place sur la troisième série de quatre octets --> le troisième entier qui vaut 99 dans ton cas et que tu veux écraser.


Pour conclure la notation raf.seek((3-1)*4) a été faite pour un soucis de lisibilité :
(3-1) signifie le troisième entier stocké, on retire 1 car l'indexation commence à 0 ( le début du fichier ).
le *4 c'est parque comme je le disais plus haut un entier est codé sur 4 octets.
Le résultat de (3-1)*4 ainsi que (2*4) ( et aussi (1+1+1+1+1+1+1+1) mais ce serait stupide... ) nous donne bien 8 à chaque fois.

EDIT : je recentre sur la question, je m'étais un peu éloigné :
la méthode raf.readInt() fait ceci ( pour simplifier ) :
- elle lit les 4 octets à partir de l'adresse courante
- elle converti les 4 octets en un entier qu'elle va retourner
- elle incrémente son adresse courante de 4 octets pour passer à la suite.

pour info readLong fait la mème chose mais avec des séries de 8 octets, readChar avec 2 octets, readLine est un peu différent, ça lit tous les octets jusqu'à tomber sur un caractère désignant le saut de ligne, etc.

Heu... oui je m'ai paumé dans mes petites théories pardon jété aux fraises j'est tout fo je recommenceré pu.

Bonjour iohack & gifffftane,

Merci pour vos réponses.

J'ai lu attentivement vos messages, c'est un peu plus claire maintenant.

Je reviendrai encore sans doute pour des questions sur ce sujet.

Merci encore.

beegees