StreamReader.EndOfStreamを使用する際の問題？

Question

私は設定ファイルで読んでいるプロジェクトをやっています。設定ファイルは、 "D 1 1"、 "C 2 2"などの文字列の一覧にすぎません。今ではC＃で読み書きをしていないので、オンラインで見て、何らかの演奏を見つけようとしていますC/C++ .eof（）の私は1つを見つけることができませんでした。

は、だから私が持っているものは、オンライン、私は、ファイルの最後まで読みすることが分かっ方法の...全ての例

TextReader tr = new StreamReader("/mypath"); 

で発生したままの2つの例では、

while ((line = tr.ReadLine() != null) 

ありましたまたは

while (tr.Peek() >= 0) 

私はStreamReaderをはブールEndOfStreamを持っていますが、誰が信じるように私を導いていることを示唆しなかったことに気づきましたその解決策に何か問題がありました。私は

while (!(tr as StreamReader).EndOfStream) 

...このようにそれをしようとしてしまった、それだけで正常に動作するようです。

私は私の質問は、StreamReaderとしてTextReaderをキャストし、EndOfStreamをチェックする際に問題が発生すると思いますか？

Answer 1

明らかな欠点の1つは、コードがStreamReaderに限定されていることです。あなたはがのコードを簡単に書いてTextReaderと書くことができます。そうすれば、単体テストなどのためにStringReader（または類似のもの）を使用する必要がある場合は、何の問題もありません。

個人的に私はいつも、「それがnullになるまでのラインを読んで」アプローチを使用する - 時には、拡張メソッドを経由して私は、反復子ブロックを使用してTextReader上の拡張メソッドになり

foreach (string line in reader.EnumerateLines()) 
{ 
} 

EnumerateLinesを使用できるようにします。 （これは簡単にLINQなどにも使用できることを意味します）。

Answer 2

またはあなたのコードを簡素化するために、ReadAllLinesを使用することができます。

http://msdn.microsoft.com/en-us/library/s2tte0y1.aspx

この道を、あなたは.NETがすべてのEOF/EOL管理の世話を聞かせて、あなたはあなたのコンテンツに焦点を当てます。

Answer 3

まあ、StreamReaderは、TextReaderの特殊化です。つまり、StreamReaderはTextReaderを継承します。だから問題はないはずです。 :)

Answer 4

問題は発生しません。

public bool EndOfStream 
{ 
    get 
    { 
     if (this.stream == null) 
     { 
      __Error.ReaderClosed(); 
     } 
     if (this.charPos < this.charLen) 
     { 
      return false; 
     } 
     int num = this.ReadBuffer(); 
     return num == 0; 
    } 
} 

は勿論でキャスト：あなたはEndToStreamかの実装を見れば、あなたはそれが基本となるストリームからより多くのデータを読み取ることができれば、それだけで、まだバッファにデータが存在するかどうかを確認していない場合ことがわかりますそのようなあなたのコードは、それがかなり始まっていないあなたの読者の実際のタイプであるStreamReaderに依存するようになります。

Answer 5

たぶん文字列にそれをすべて読んで、それを解析：StreamReader.ReadToEnd()

using (StreamReader sr = new StreamReader(path)) 
{ 
    //This allows you to do one Read operation. 
    string contents = sr.ReadToEnd()); 
}