Discussion :

[Invité]

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.

[adiGuba]

Salut,


Avec un code de ce style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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++

[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...

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...

[adiGuba]

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...

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

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

char[] cbuf = new char[8192];

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++

[McFoggy]

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.

[Invité]

Merci beaucoup pour toutes ces réponses !