lire l'integralite d'un fichier

Version imprimable

21/07/2008, 17h28
Invité

lire l'integralite d'un fichier

Bonjour a tous,

Remarque préliminaire : Je me trouve actuellement en Irlande alors je fais ce que je peux pour les accents, mais il va en manquer sans doute pas mal.

J'ai pas mal cherche sur le net et sur developpez.net, mais j'ai rien trouve qui corresponde vraiment a mon besoin.
En fait j'aimerais savoir quelle est votre méthode pour lire l'INTEGRALITE d'un fichier texte. C'est a dire lire la totalité des caractères disponibles sur un flux d'entrée.

Je cherche une methode qui me retourne un objet String contenant tout mon fichier.

Salut,

Avec un code de ce style :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
public static String read(final File file, Charset charset) throws IOException {
	// Si le charset n'est pas défini on utilise celui par défaut
	if (charset==null) charset = Charset.defaultCharset();
 
	// On ouvre le fichier en lecture, en spécifiant le charset :
	final Reader in = new InputStreamReader(new FileInputStream(file), charset);
	try {
		// Le buffer qui contiendra le contenu du fichier :
		final StringBuilder sb = new StringBuilder((int)file.length());
		// Le tableau qui servira de buffer pour la lecture :
		char[] cbuf = new char[cbuf];
		// Le compteur qui contiendra le nombre de char lu à chaque iteration
		int len;
 
		// On tente de remplir le buffer cbuf à chaque iteration
		while ( (len=in.read(cbuf)) >= 0 ) {
			// Et on ajoute ce qu'on a lu dans le buffer principal :
			sb.append(cbuf, 0, len);
		}
 
		// Enfin on retourne notre chaine :
		return sb.toString();
	} finally {
		in.close();
	}
}

a++

21/07/2008, 18h29
Invité

Merci pour la réponse. J'imagine qu'utiliser un tableau buffer est plus efficace que lire les caractères un par un.

Reste plus qu'a déterminer quelle sera la bonne taille pour le buffer... :roll:

Je me demande quand même s'il y a une raison pour que ce genre de méthode (lecture de la totalité d'un flux) n'existe pas dans l'API de base...
21/07/2008, 18h48
adiGuba

Citation:

Envoyé par kei2906

Merci pour la réponse. J'imagine qu'utiliser un tableau buffer est plus efficace que lire les caractères un par un.

Oui, cela limite le nombre de demande d'I/O auprès du système...

Citation:

Envoyé par kei2906

Reste plus qu'a déterminer quelle sera la bonne taille pour le buffer... :roll:

Mis à par pour de très gros fichier, je ne sais pas si la différence se fera sentir.
Perso par habitude j'utilise des buffer de 8192. D'ailleurs il y a une coquille dans on code il fallait bien sûr lire ceci :

Code:

char[] cbuf = new char[8192];

Citation:

Envoyé par kei2906

Je me demande quand même s'il y a une raison pour que ce genre de méthode (lecture de la totalité d'un flux) n'existe pas dans l'API de base...

C'est l'API "de base" justement...
Disons qu'il n'est pas évident de déterminer ce qui doit être présent de base, et ce qui ne doit pas l'être, tout en essayant de ne pas obtenir in fine une API énormissime...

Chacun a ses goûts et ses besoins, et si tu demandes à 10 développeurs tu risques d'avoir 10 réponses différentes...

Par contre cela doit sûrement être présent dans les Jakarta Commons, qui proposent un bon paquet de classes utilitaires ;)

a++
22/07/2008, 09h42
McFoggy

Citation:

Envoyé par adiGuba

Par contre cela doit sûrement être présent dans les Jakarta Commons, qui proposent un bon paquet de classes utilitaires

Oui il y a commons-IO par exemple.
22/07/2008, 16h26
Invité

Merci beaucoup pour toutes ces réponses ! :king: