-
如果房東只想按順序輸出檔案的內容,那麼。
從速度的角度來看:
第一種是讀寫,它只需要遍歷檔案一次。
第二個要求首先讀取檔案,然後遍歷快取陣列中的元素以進行輸出。
所以這是第乙個齋戒。
從空間占用的角度來看:
第乙個不需要快取其他陣列。
第二個需要額外的陣列進行快取,如果檔案大小相對較大,這會消耗大量記憶體。
所以這是第乙個節省空間。
從程式設計的角度來看:
第乙個使用using,它會自動關閉streamreader,並且有異常捕獲,程式比較健壯。 而且**非常簡潔。
其次,例外不是一開始就被抓到的,當然,如果故意扔給上級要求處理的話。 但是雖然這裡是手動呼叫的,但是一旦之前出現異常,就會有objreader實際上沒有關閉的隱患。 而sline的非空判斷是做兩次的,其實完全可以合二為一。
所以第乙個簡單易看,而且很健壯。
所以總的來說,第乙個比第二個好。
-
我不認為房東問題的關鍵一定是速度(如果需要速度,就不會有第二個)。
我的理解:第一種是作為流閱讀,如果只是為了順序閱讀,操作起來更方便(不是說不能重複讀取定位,而是比第二種麻煩一點)。
第二種是將檔案的所有內容快取到乙個陣列中,這樣可以更容易地在程式中隨時訪問感興趣的位置,並且在許多情況下可能更方便。 當然,速度會變慢,空間會被占用,這是肯定的。
另外:第二個最好也新增嘗試
-
第乙個很好! 它很簡單,易於控制,而且不會出錯。
-
就我個人而言,我認為填充陣列的速度不是很快。
-
我不知道哪個是最好的,我看不出來。
就個人而言,我認為可以使用它。
-
太麻煩了,太少了。
沒有快取可以直接使用,有乙個快取開啟乙個儲存檔案,先從記憶體中讀寫,非同步比較麻煩,在快取的基礎上做。
-
while 迴圈,readline read,根據 ',' 溢位到陣列中。
-
用控制項顯示資訊會很麻煩嗎? 是否要重寫表單繪製功能並使用 GDI+ 自行繪製內容?
-
它可以用表格顯示,排版更整齊,更好地控制每個資訊的位置。
-
它是固定陣列嗎? 如果是這樣,可以先將其序列化為檔案,並在程式啟動時反序列化它,然後可以搜尋它,或者將其放入資料庫並在需要時對其進行查詢。
-
問題的描述太簡單了,你在儲存什麼? 存放在哪裡? 資料庫端,或程式,如會話、cookie。 或快取。
-
XML 是 Internet 環境中的一種跨平台、依賴於內容的技術,目前是處理結構化文件資訊的強大工具。 XML是一種簡單的資料儲存語言,它使用一系列簡單的標記來描述資料,這些標記可以方便地進行設定,雖然XML比二進位資料占用更多的空間,但XML非常簡單,易於掌握和使用。 Microsoft 還提供了一系列庫來幫助我們在應用程式中儲存 XML 檔案。
這個想法沒有錯。 估計是檔名長度問題。 如果使用的是早期構建平台,則檔案主名稱不應超過 8 個字元,副檔名不應超過 3 個字元。 *DAT很好......