如何確定文件是否存在？
答：可以調(diào)用System.IO.File.Exists()方法進(jìn)行確定，如果文件存在，那么返回True，否則返回False。

如果不想永久性的刪除文件，應(yīng)該怎樣做？
答：可以將文件發(fā)送到“回收站”即可。例如要將D盤根目錄下的名為“First”的文本文件發(fā)送到“回收站”就可以使用下面的語句：
My.Computer.FileSystem.DeleteFile(“D:\First.txt”, _
FileIO.UIOption.AllDialogs, FileIO.RecycleOption.SendToRecycleBin)
其中DeleteFile方法中的第一個參數(shù)就是待刪除的文件，第二個參數(shù)是刪除時彈出的對話框設(shè)置，第三個參數(shù)就是用來將文本發(fā)送到“回收站”的選項(xiàng)。

文本文件與二進(jìn)制文件有何區(qū)別？
答：最直觀的區(qū)別在于文本文件是可以簡單的通過記事本打開就可以看到里面的內(nèi)容是什么，而二進(jìn)制文件對于一般的用戶來說，可能看到的就像亂碼一樣，并不能完全看出文件里存儲的文字信息。這主要在于文本文件存儲的是ASCII碼，在記事本中會每八位“0”和“1”序列（一個字節(jié)）轉(zhuǎn)換成對應(yīng)的字符；而二進(jìn)制文件存儲的 “0”和“1”序列所包含的信息并不一定完全是按照字節(jié)（每八位為一組）進(jìn)行分組的，所以通過記事本顯示時可能會因?yàn)閿?shù)據(jù)信息劃分轉(zhuǎn)換的位數(shù)的差錯而不能正確顯示信息，從而給人的感覺好像是亂碼。

為什么我存儲的文件，通過記事本打開時顯示的是亂碼？
答：這可能是因?yàn)?#xff0c;在進(jìn)行文件存儲的時候并不是以文本文件的形式存儲的，而是以二進(jìn)制文件的形式進(jìn)行存儲的，而這些有效信息的劃分也并不是以字節(jié)為單位的，這就會造成顯示的單位信息與實(shí)際的單位信息不一致，給人感覺就像亂碼一樣，不具有可讀性。

任何TXT文件都能在我的程序中正確加載嗎？
答：不一定。一般來說如果TXT文檔是直接在記事本中編寫的，并且該文檔中含有中文字符，那么在應(yīng)用程序中如果打算通過TextBox或者RichTextBox加載時，中文字符很可能不能進(jìn)行正常顯示。所以為了保證TXT文檔中的漢字能夠在程序的相關(guān)控件中正確顯示，最好的方法就是先通過StreamWriter類的對象對文件進(jìn)行寫入，這之后即使只在記事本中對文檔編輯，在程序中都能夠正確顯示，而不會出現(xiàn)亂碼現(xiàn)象。

如何判斷文件是否讀取完畢？
答：可以通過StreamReader對象的Peek方法進(jìn)行判斷，如果Peek方法的返回值不為“-1”，那么表示文件還沒有讀取到文件末尾；如果Peek方法的返回值為“-1”，就表示文件讀取結(jié)束。

如何保證寫入文件的字符串中所含的字符數(shù)是固定值？
答：為了保證寫入文件的字符串的字符數(shù)為固定值，需要在寫入文件前進(jìn)行預(yù)處理，主要操作是將字符串轉(zhuǎn)化為字符數(shù)組，這樣可以通過字符數(shù)組的長度來控制寫入字符串的長度。通常為了完成這種轉(zhuǎn)換，需要調(diào)用字符串的CopyTo方法。

什么時候使用StreamReader對象對文件讀取較為合適？
答：當(dāng)文件中所包含的信息都是字符串信息時，使用StreamReader對象進(jìn)行讀取較為合適。

什么時候使用BinaryReader對象對文件讀取較為合適？
答：當(dāng)文檔的數(shù)據(jù)中包含有非字符串信息時，使用BinaryReader對象進(jìn)行讀取較為合適。這時需要明確每個字段的類型和長度，要保證使用BinaryReader對象讀取時，調(diào)用的方法與這些字段的類型和長度是匹配的。

如果使用StreamReader對象如何保證能像記錄一樣，把一行數(shù)據(jù)劃分成多個字段？
答：首先要保證文檔中的每行數(shù)據(jù)所包含的多個字段都是用相同的分隔符進(jìn)行分隔的，最常用的分隔符就是逗號。在采用StreamReader進(jìn)行讀取數(shù)據(jù)時先調(diào)用ReadLine方法；然后調(diào)用Split方法，對得到的一行字符串進(jìn)行分割，并使用字符串?dāng)?shù)組來接收Split方法分割得到的各個字段。如果需要的話，可以對某些數(shù)組元素進(jìn)行類型轉(zhuǎn)換。