Abmessungen von Textdatei

Dasd

snOOfy schrieb:

int iBreite = 0;  
        [...]          
        for (int i=0; i<strZeile.length(); i++)
            iBreite++;

Wozu um alles in der Welt eine Schleife?

Würde

iBreite = strZeile.length();

nicht ausreichen?

snOOfy

Ach ja^^
lol, da hab ich sogar schon .length() als Abbruchbedingung benutzt o_O

Aber ich habe immernoch das Problem mit der Anzahl der Zeilen.
Kennt ihr da eine Lösung?

Griffin

int lines = 0;
while ( ( String str = brdTempFile.readLine ( ) ) != null ) {
   ++lines;
   //...
}

snOOfy

naja gut, aber wenn man da die länge der ersten Zeile reinbaut, ist das auch nich kürzer als

boolean bTemp = false;
        for (String strZeile; (strZeile = brdTempDatei.readLine()) != null;)
        {
            if (!bTemp)
            {
                iBreite = strZeile.length();
                bTemp = true;
            }
            iHoehe ++;
        }

Griffin

sp00fy schrieb:

Aber ich habe immernoch das Problem mit der Anzahl der Zeilen.
Kennt ihr da eine Lösung?

Naja ist trotzdem etwas eleganter. Und ich sagte nie, dass da was kürzer ist bzw kürzer ginge.

Dasd

Man könnte höchstens noch die Datei komplett in einen Puffer laden (byte[]) und dann die Anzahl der Zeilenumbrüche ermitteln.

Weiß jetzt nur nicht 1.) genau, wie man das in Java machen würde und 2.) ob es tatsächlich schneller/performanter wäre. Könnte mir es aber vorstellen.

snOOfy

btw, hat es einen tieferen sinn, dass du ++lines statt lines++ schreibst? weil es cooler aussieht? :p

CStoll

Vermutlich ein C++ Auswanderer In C++ ist die Präfix-Version der Increment-Operatoren üblicherweise schneller, weil sie keine Kopie des Operanden anlegen muß.

awas, einfach dateigroesse / zeilenlaenge...

snOOfy

Und wie ermittle ich die Datigröße? Woher weiß ich, wie viele Zeilen es gibt, wenn bei der Rechnung z.B. 1,23kb rauskommen?

zum ermitteln gibts bestimmt sowas wie streeam.legnth oder so
schau halt mal in den docs

bytezahl nach zeichenzahl haengt von der kodierung ab.
also wahrscheinlich 1 zu 1.
sollte es z.b. unicode (utf8) sein und irgendwelche komischen zeichen vorkommen, koennen die auch schonmal mehr byte brauchen.
aber deine nullen und einsen da sind ziemlich wahrscheinlich 1 byte.

net 0

aewrwearewr schrieb:

sollte es z.b. unicode (utf8) sein und irgendwelche komischen zeichen vorkommen, koennen die auch schonmal mehr byte brauchen.

unicode ist aber nicht das selbe wie utf8....

nein, so war das nicht gemeint.
ich meinte vielmehr:
falls es unicode ist, und dieser in utf8 (oder auch utf16) gespeichert ist.

zufrieden? _{__}