DaniWeb IT Discussion Community

DaniWeb IT Discussion Community (http://www.daniweb.com/forums/index.php)
-   Java (http://www.daniweb.com/forums/forum9.html)
-   -   Reading in a text file -- efficiently (http://www.daniweb.com/forums/thread161072.html)

BestJewSinceJC Dec 6th, 2008 6:35 pm
Reading in a text file -- efficiently
 
I had a problem w/ efficiency - The problem was that using String concatenation was inefficient for large text files, when reading the whole file into the String. I've since thought about it, and I guess this is because Strings are immutable - so every time concatenation is done, a new String object has to be created and the underlying char array has to be copied? After some research, I came across StringBuilder and String___ (I forget the rest of the name of the class). My question is, how can a text file be read in as efficiently as possible? I don't really care what type its read into. Also, a lot of sources I found said StringBuilder was the best way, is that true?

darkagn Dec 6th, 2008 6:58 pm
Re: Reading in a text file -- efficiently
 
I think StringBuffer might be the other String__ class you were referring to. Both the StringBuilder and StringBuffer class are better at concatenation than the base String class. StringBuilder will out-perform StringBuffer (although both are highly efficient at concatenation) but note that StringBuilder does not guarantee synchronisation, meaning that you should only use it if it is being accessed by a single Thread. Multi-Threaded applications need to use StringBuffer, or control the synchronisation themselves.

BestJewSinceJC Dec 6th, 2008 7:40 pm
Re: Reading in a text file -- efficiently
 
Thanks. The app I am currently working on is a single thread so I'll just use whichever looks easier, I guess.

~s.o.s~ Dec 7th, 2008 12:22 pm
Re: Reading in a text file -- efficiently
 
Terms like efficiency make little sense when used in an absolute context. For finding the most efficient way to solve a problem you first need to track down your applications' usage pattern i.e. what kind of file reading does your application need? Is the data read promptly consumed or is stored for future use? Profiling your application is by far the best approach to selecting an efficient solution.

BTW,
StringBuilder
&
StringBuffer
are mutable companion classes to the immutable class
String
; one being non-thread safe and the other being thread safe respectively.

masijade Dec 7th, 2008 6:11 pm
Re: Reading in a text file -- efficiently
 
Well, if you're simply going to be reading the entire file into a single String without any kind of work on the lines read until after the entire file is read, I wouldn't use either of those, and wouldn't use a Reader at all. I would do it like this

File f = new File("filename");
FileInputStream fis = new FileInputStream(f);
byte[] b = new byte[f.length];
int read = 0;
while (read < b.length) {
  read += fis.read(b, read, b.length - read);
}
String text = new String(b);

This is, of course, missing all error handling. That's for you. This also assumes that encoding won't be problem.

You are not forced to use a Reader simply because what you're reading is a text file.

~s.o.s~ Dec 7th, 2008 11:08 pm
Re: Reading in a text file -- efficiently
 
> This also assumes that encoding won't be problem.

If this is what he actually wants, encoding shouldn't be a problem as long as an appropriate character set is specified when creating the string.
String text = new String(bytes, "UTF-8");
.

>
byte[] b = new byte[f.length];
.

Array bites? ;-)
byte[] bytes = new byte[f.length()];

BestJewSinceJC Dec 8th, 2008 2:40 am
Re: Reading in a text file -- efficiently
 
Yeah, thats great - thanks guys. Leave the error handling to me. Lol. :)

masijade Dec 8th, 2008 3:12 am
Re: Reading in a text file -- efficiently
 
Quote:

Originally Posted by ~s.o.s~ (Post 752465)
>
byte[] b = new byte[f.length];
.

Array bites? ;-)
byte[] bytes = new byte[f.length()];

:icon_redface: :)


All times are GMT -4. The time now is 2:46 pm.

Forum system based on vBulletin Copyright ©2000 - 2009, Jelsoft Enterprises Ltd.
©2003 - 2009 DaniWeb® LLC