Fragen zu JTextArea

[Stefan3333]

Hallo,

gibt es in Java eine Art JTextArea in der man zwischen ASCII, UniCode oder Byteweises anzeigen hin und her wecheseln kann? Oder muss man sich sowas selber basteln?

Woher weiss ich eigentlich was gerade benutzt wird? ASCII oder UNICODE?

MFG

 

[Roar]

java benutz intern unicode. musst mal ausprobieren wie das bei der TA ist.

 

[Stefan3333]

Hi,

ich habe noch eine andere Frage bezüglich der Perfomance. Eine Datei von ca 200 KB braucht (mit Zeilenumbruch im JTestArea) ca 40 Sekunden bis sie geladen ist. Das kann doch nicht richtig sein. Ohne Zeilenumbruch brauchen ich in etwa 10 Sekunden. Was allerdings auch noch viel zu langsam ist. 200 KB sind doch nicht viel!

Hier mein Code

	public void openFile(String filepath, String file)
	{
		
		if (UnicodeRadioButton.isSelected())
		{
			try
			{
				Textfeld.setText("");
				
				BufferedReader in = new BufferedReader(new FileReader(filepath));
				
				int bytes = 0;
				final int LAENGE = 50;
			
     			char[] buffer = new char[LAENGE];
				
				while (in.read(buffer, 0, LAENGE) != -1)
				{
					Textfeld.append(String.copyValueOf(buffer));
					bytes = bytes + LAENGE;
					
				}

				System.out.println("bytes " + bytes);
				
			
				
			}
			catch ( IOException e)
			{
				String message  = "Beim öffnen der Datei" + file + " ist ein Fehler aufgetreten";
					   message += "\n\nMeldung\n\n" + e.getMessage(); 
				
				JOptionPane.showMessageDialog(null, message, "Dateifehler", JOptionPane.WARNING_MESSAGE );
			}
		}

		
	}

 

[Roar]

TextField.append() ist wahrscheinlich der performanve killer hier denk ich...
hau die daten erstmal in einen StringBuffer beim einlesen, und am ende den ganzen packen in die TextArea. dann hast du auch Code und GUI schön getrennt.

 

[Stefan3333]

Kurze Verständnisfrage:

Folgender Code braucht Ewigkeiten (ca 13 Sekunden) bis er fertig ist. Liegt das an dem String? Vielleicht die Größe? Entsteht hier ein Overflow?

	String test = "";

				for (long i = 0; i < 40000; i++)
					{
					
					test += "a";
				
					}

 

[Roar]

@A3XX: falsches forum?? wolltest du nicht lieber nen eigene thread dafür aufmachen? :?:

@stefan: ja das dauert lange, nein da ensteht kein overflow ( StackOverflow wird manchmal geworfen).
das liegt daran dass Strings unveränderliche Objekte sind. bei jerer änderung an einem String wird ein neues string objekt erzeugt. darum dauert das so ewig lange. StringBuffers sollte man deshalb bei solchen dingen wie datei einlesen usw. verwenden, denn die sind veränderlich.

In der API gibts mehr informationen dazu:
http://java.sun.com/j2se/1.4.2/docs/api/java/lang/String.html
http://java.sun.com/j2se/1.4.2/docs/api/java/lang/StringBuffer.html

 

[bygones]

	String test = "";

				for (long i = 0; i < 40000; i++)
					{
					
					test += "a";
				
					}

Das ist einer der größten Performance Killer die es gibt. Da die StringKlasse in Java als final deklariert wurde wird bei einem Aneinanderhängen (sowie bei allen Methoden der Klasse String, die den String "scheinbar" verändern) ein neues String Objekt erzeugt.

D.h. für deinen Code erzeugst so um 40.000 Objekte... Dafür gibt es dann die Klasse StringBuffer den man über append neue Strings aneinanderhängen kann:

StringBuffer test = new StringBuffer();
for(long i = 0; i < 40000; i++) {
      test.append("a");
}

[edit]ah roar war schneller.... habe das andere Thema in eigene Thread [/edit]

 

[Stefan3333]

Also ich speichere die ganze Geschichte jetzt erst in einem StringBuffer aber so wirklich schnell ist die ganze Sache immer noch nicht. Da frage ich mich wie andere Programme das hinkriegen dass Dateien so schnell geladen werden.

Für meine 200KByte Testdatei brauche ich immernoch 3 Sekunden (mit Zwischenpuffer) und ca 2 Sekunden ohne Zwischenpuffer. Ich dachte immer das beispielsweise der BufferedReader gerade aus Geschwingdigkeitsgründen gemacht wurde? Wieso ist der langsamer als Byteweises lesen?

 

[Maks]

DAS ist der bisher beste DateiLeser, den ich gefunden habe:
geht ruckzuck und vielleicht findest Du damit auch eine Optimierung DEINES Programms!

// DateiLeser.java
import java.io.*;
import java.util.*;

class DateiEinleser {

public static void main(String[] args) throws IOException {

String KomplettString = new String();
String ReturnString = new String();
int BeginnIP = 0;
 
    PrintWriter out = new PrintWriter(System.out, true);
        if (args.length == 0) {
            out.println("Starten mittels java FileTest <Datei/Verzeichnisname>");
            return;
        }
        File f = new File(args[0]);
        if (!f.exists() || !f.canRead()) {
            out.println("Datei/Verzeichnis \"" + f + "\" nicht gefunden");
            return;
        }

        if (f.isDirectory()) {
            out.println("Inhalt von Verzeichnis \"" + f + "\":");
            String[] datei = f.list();
            for (int i = 0; i < datei.length; i++)
                out.println(datei[i]);

        } else {
            out.println("Inhalt von Datei \"" + f + "\":");
            FileReader reader = new FileReader(f);
            int i;
            while ((i = reader.read()) != -1) 
            {
			out.print((char)i);
             }
	out.flush();
        }

   }
}

 

[Roar]

toll... aber das gibt dir den text nur auf der konsole aus! er will den text doch weiterverarbeiten in der TextArea

 

[Maks]

toll... aber das gibt dir den text nur auf der konsole aus! er will den text doch weiterverarbeiten in der TextArea

ja sagen wir so:
wenn die Methode für Textareas folgendermaßen aussieht

new TextArea("Hello", 5, 40);

dann kann man doch einfach die letzten Zeilen dieses DateiLesers hernehmen und nur die Zeile

out.print((char)i);

ersetzen durch einen String. Dort wird alles reingeschrieben und man kann auf ein "append" oder so verzichten.
diese char(i)-Zeile gibt in rasender Geschwindigkeit große Textfiles aus, also müßte sich das doch auch für Textareas nutzen lassen? (hab noch nie mit sowas experimentiert)

Habe in einem anderen Programm alles in einen String eingelesen um den durchsuchen zu können und die Performance ist immer noch gut.

 

[Slava]

dann mach statt out.print((char)i);-> deinbufferedreader.append((char)i);
am ende
deine_textarea.setText(deinbufferedreader.toString());

 

[Maks]

dann mach statt out.print((char)i);-> deinbufferedreader.append((char)i);
am ende
deine_textarea.setText(deinbufferedreader.toString());

obwohl die Antort nicht für mich bestimmt war, genial, muß ich gleich mal probieren! :wink:

 

[Stefan3333]

Hi,

ich komme leider erst jetzt wieder dazu weiter zu arbeiten. Naja, danke für die Antworten. Ich bin zwar immer noch nicht zufrieden aber es geht schon wesentlich besser als vorher. Leider scheint die JTextArea überhaupt nicht für große Dateien geeignet zu sein :cry: (Vorausgesetzt wir bezeichnen 200 KB als große Datei)

Wenn ich eine große Datei öffne tut sich in meinem Programm garnichts mehr. Setze ich den Zeilenumbruch allerdings auf false geht es wieder. Allerdings kann man dann nichts mehr richtig lesen wenn alles in einer Zeile steht.

Sowas dummes...

Weiß jemand ob man da etwas machen kann? Oder ob ich eine andere Komponente zum anzeigen nehmen sollte?

 

[Maks]

Hi,

Ich bin zwar immer noch nicht zufrieden aber es geht schon wesentlich besser als vorher.
....

Wenn ich eine große Datei öffne tut sich in meinem Programm garnichts mehr. Setze ich den Zeilenumbruch allerdings auf false geht es wieder. Allerdings kann man dann nichts mehr richtig lesen wenn alles in einer Zeile steht.

wie sieht denn Dein Programm nach der Änderung aus?, vielleicht kann man sich dann ein besseres Bild machen?