String

[sebi007]

wie binde ich einen String in eine .txt datei und wie hole ich denn Text in den String

 

[Gastredner]

Lies in der Insel das Kapitel über Dateien und Datenströme(hier). BufferedReader/-Writer dürfte besonders interessant sein.

Generell:

// In Datei schreiben
String output = "Dein Text";
BufferedWriter w = null;
try {
	w = new BufferedWriter(new FileWriter("filename.txt"));
	w.write(output);
} catch (IOException e) {
	// Exception behandeln
} finally {
	w.close(); // Reader und Writer IMMER schließen!
}

// Aus Datei lesen
String input = "";
BufferedReader r = null;
try {
	r = new BufferedReader(new FileReader("filename.txt"));
	input = r.readLine(); // Einzelne Zeile einlesen
} catch (IOException e) {
	// Exception behandeln
} finally {
	r.close(); // Reader und Writer IMMER schließen!
}

// Zum Einlesen ganzer Dateien und nicht nur der ersten Zeile
StringBuilder sb = new StringBuilder();
String input = "";
BufferedReader r = null;
try {
	r = new BufferedReader(new FileReader("filename.txt"));
	while((input = r.readLine()) != null) {
		sb.append(input);
	}
} catch (IOException e) {
	// Exception behandeln
} finally {
	r.close(); // Reader und Writer IMMER schließen!
}
input = sb.toString();

 

[Hutmacher]

@Gastredner:
Eine kleine Anmerkung noch zu deiner ansonsten guten Erklärung:
Wenn du

BufferedWriter w = null;

oder

BufferedReader r = null;

schreibst, dann wird der GC diesen beim nächsten mal freigeben und den reservierten Speicher löschen. Deswegen solltest du imho lieber

BufferedWriter w;

schreiben, dann hat der GC keine Chance, ausversehen dazwischenzufunken.

 

[Gastredner]

Was Eclipse allerdings mit der Fehlermeldung "The local variable w may not have been initialized" verhindert.

 

[0x7F800000]

Eine kleine Anmerkung noch zu deiner ansonsten guten Erklärung:
Wenn du

BufferedWriter w = null;

oder

BufferedReader r = null;

schreibst, dann wird der GC diesen beim nächsten mal freigeben und den reservierten Speicher löschen. Deswegen solltest du imho lieber

BufferedWriter w;

schreiben, dann hat der GC keine Chance, ausversehen dazwischenzufunken.

ähm ???:L what? Die beiden Ausdrücke sind äquivalent, und der GC hat in beiden Fällen nichts wegzuräumen.

 

[Landei]

@Gastredner:
Eine kleine Anmerkung noch zu deiner ansonsten guten Erklärung:
Wenn du

BufferedWriter w = null;

oder

BufferedReader r = null;

schreibst, dann wird der GC diesen beim nächsten mal freigeben und den reservierten Speicher löschen. Deswegen solltest du imho lieber

BufferedWriter w;

schreiben, dann hat der GC keine Chance, ausversehen dazwischenzufunken.

Das ist Schwachfug. Wie Gastredner schon richtig anmerkt, meckert sonst der Compiler, weil lokale Variablen immer mit einem Wert (notfalls eben null) initialisiert werden müssen, und zwar entweder gleich bei der Deklaration, oder die erste Operation muss "nachweisbar" eine Zuweisung sein (was nicht unbedingt gegeben ist, wenn da ein try-catch steht).
Der GC denkt gar nicht daran, dazwischenzufunken. Warum sollte er auch, es ist ja noch kein Objekt zum vermüllen da, sondern halt nur null. Und wenn dann BufferedWriter auf ein Objekt zeigt, dann darf der GC das erst recht nicht anfassen, solange unsere Referenz w noch gültig ist, das Objekt also vom Programm aus noch "erreichbar" ist.

 

[Hutmacher]

Ach so, danke schön. Deswegen habe ich auch ein kleines imho dazwischengequetscht, dachte immer, es wäre so =)

Das heißt also, wenn

 BufferedWriter r = new BufferedWriter();
r = null;

der Fall ist, der GC die alte Referenz beseitigt, richtig?

 

[Atze]

in dem fall wäre die referenz r noch da, aber das objekt dahinter nicht mehr
r kannst du ja weiterhin benutzen und neu belegen

 

[Leroy42]

Er beseitigt das Objekt, auf das Referenz zuerst verwies.