Using StreamReader.ReadToEnd() to read flat file.

[stoymigo]

Hi, i use the following code to read a flat file faster than reading line by line, and I store its contents
into a RichTextBox that won't be seen.

      RichTextBox rch = new RichTextBox();
      StreamReader sr;
      sr = new StreamReader(inputFilePath);
      rch.Text = sr.ReadToEnd();

The reason I use richtextbox is because I can iterate through its line items once its populated, do you know of a collection I can use instead of richtextbox because it's a form control and I'm not using this code in a form, plus I'm not sure it's a good practice.

Do you know of any collection i can use bcos I can't seem to dump a file into a string array or arraylist, I'd have to loop through the file which is slow.
Thanks.

 

[_kabal_]

I have no idea what language this is, but I will say with certainty that ReadToEnd just encapsulates the loop you want to avoid. This is the nature of a stream, you have to traverse/consume it to get the complete "picture".

If you can, look at the source of ReadToEnd. Also look at eg richtext's LoadFromFile or equivalent method. Loops are "slow" on 286's. dual/quad core machines running 2ghz plus, no so much

 

[LithIX]

How about something like:

String[] x = streamreader.readtoend().split(enviroment.newline);

On my phone right now, so excuse the case.

 

[egenis]

Hi, i use the following code to read a flat file faster than reading line by line, and I store its contents
into a RichTextBox that won't be seen.

      RichTextBox rch = new RichTextBox();
      StreamReader sr;
      sr = new StreamReader(inputFilePath);
      rch.Text = sr.ReadToEnd();

The reason I use richtextbox is because I can iterate through its line items once its populated, do you know of a collection I can use instead of richtextbox because it's a form control and I'm not using this code in a form, plus I'm not sure it's a good practice.

Do you know of any collection i can use bcos I can't seem to dump a file into a string array or arraylist, I'd have to loop through the file which is slow.
Thanks.

Try something like this:

List<string> fileLines = new List<string>();
using (StreamReader reader = new StreamReader(inputFilePath))
{
    string content = reader.ReadToEnd();
    fileLines = content.Split(new string[] { "\r\n", "\n" }, StringSplitOptions.None).ToList();      
}

Include the following in the using directives:

using System.Collections.Generic;

 

[ViperGTI]

Why not use one of the automatic functions?

string content = IO.File.ReadAllText(Filename);
or
string lines[] = IO.File.ReadAllLines(Filename);

 

[D3x!]

I have no idea what language this is, but I will say with certainty that ReadToEnd just encapsulates the loop you want to avoid. This is the nature of a stream, you have to traverse/consume it to get the complete "picture".

If you can, look at the source of ReadToEnd. Also look at eg richtext's LoadFromFile or equivalent method. Loops are "slow" on 286's. dual/quad core machines running 2ghz plus, no so much

it are Java

edit: it are not java

 

[ViperGTI]

it are Java

Oops... I thought it was C# (I'm in VB.NET myself). In that case, scratch my response. My response is only valid for .NET Framework languages.

 

[Gnome]

it are Java

Doubtful, if it were Java then the method names would be lower case eg:
readToEnd();

Also Java streams can't and won't offer a method readToEnd() simply because a stream cannot guarantee that sort of functionality. Only .NET would add a read to end to a stream

 

[D3x!]

Doubtful, if it were Java then the method names would be lower case eg:
readToEnd();

Also Java streams can't and won't offer a method readToEnd() simply because a stream cannot guarantee that sort of functionality. Only .NET would add a read to end to a stream

ok good points hey I am a noobie to programming and have started by learning Java so to my nooish eye it looks very very similar.

 

[ViperGTI]

Ok ok... then I retract my retraction

 

[stoymigo]

Thx, especially to lithix & egenis.

 

[NeonNinja]

That's C#.

 

[stoymigo]

That's C#.

Yes it is, should've mentioned that at the start.