上面兩個回答什麼意思呵，我是讀取CSV的文件，一讀有時候就說另一個進程被佔用，我已經關閉了啊，高人指典.
兩個數據流操作總有個順序啊，一個沒進行完你就開始讀裏面的文件流，很有可能出你這種錯誤的！
先執行完一個流在對讀完的流操作！
如瑞星,360那樣的列表.一行內有很多內容.按鈕,多行文本,圖形.
但內容可以自由添加.可根據數據庫訂製內容.
自己跨入這個行業也快2年了，記得當初學習的時候就像聽天書一樣，只是按照例子對着電腦打，打個3到4遍就會大概記住，這個功能是幹什麼的。做什麼都沒考慮過整體策劃，而是直接去上手，要麼拿着別人的例子直接照着打，知道自己能實現出來爲止，結果最後實現了功能以後，只記得是如何實現的，後來大概在工作3個月以後有了一個新的項目，那時才真正去整體策劃，因爲是我一個人來完成，都是注重實現，不用說大家也能想到這期間不斷地去改源碼。一直過了1年，慢慢覺得自己還是沒有入門，然後開始才撿起以前的書本從c#基礎開始看，後來就買了一些設計模式的書，當我看完創建型模式以後（其實這期間不斷地去反覆總結，反覆去實踐，打斷點仔細去看每一步過程），過了一陣以後不知爲什麼有種頓悟的感覺，可能我算真正剛剛步入門檻吧，才理解面向對象，現在學習起來就有點輕鬆了一點。可能我是入門最慢 的一個程序員吧？ 哈哈，一年半以後才真正對c#入門。
C#是很理想化的語言，建立在微軟完美的虛擬化運行環境之上，建議多看些相對底層一些的東西，理解會更深刻。
學編碼、模式最快就是結合手上的項目實踐。捷徑就是跟老鳥做東西。
你看看WINDOWS核心編程，你會發現很多相似的但又有點不一樣的東西。
我跟LZ的感覺相同。很多的東西當初只知道去做，，但是並不清楚爲什麼。。後來慢慢才明白
其實我也很想跟“老鳥“一起做東西，一起去分享心得，但是我沒那種環境，所以只能自己去摸索，沒事在csdn發帖子發發牢騷。自從頓悟以後，發現很多東西要去學，一些輔助的技術。工作1年半了才入門，有點慚愧，但是還是要學習不斷積累啊！
這段時間總感覺學編程的過程中少點什麼,也總是對代碼要求能實現就行!現在才能明白對程序的整體設計對比單純的功能實現更重要!
學習三重境界，最後一重是‘衆裏尋她千百度驀然回首那人卻在燈火闌珊處’，樓主你已練成
樓主我也學這個時間不長吧！大概也就半年時間，我不懂得東西都是GOOGLE下，在就是MSDN查下是怎麼用的。
其實我覺得學的東西還有很多！
1）WINDOWS編程，這是基礎吧，學的也最長用的也最多；
2）WEB編程，還沒怎麼學習，聽說不是很難；
3）圖形學那塊的東西也學的很淺薄，剛開始學；
在vs2008中的【添加新項】——>Reporting中沒有Crystal報表，咋辦啊？
可能在裝的時候沒裝上，除了重裝還有別的方法嗎？
控制面板進入/程序添加刪除/點擊vs2008/修復
1.撇開數據庫編程進行設計，以對象爲基礎，封裝變化以及不變化的部分。
2.代碼複用，善用接口，如果當面臨一種拓展就需要改寫代碼（多加if 判斷），那就說明可以封裝爲接口，並在類中引用這個接口，運用多態形式了。3.多用超類型（抽象類和接口）
4.通過經驗找出變化的部分和不會變化的部分，當然，也許需要重構。
5.說明策略模式，命令模式，工廠模式，在我看來怎麼都差不多。。都是封裝，然後接口引用，達到鬆耦合。
6.觀察者模式、單例模式、裝飾者模式，這幾個東西就是幾個特定的場景，增加你的編碼經驗而已。
7.關於接口引用貌似還以運用委託事件進行解耦。。發現自己對數據庫的應用不是很好，對什麼分佈式，大數據量、什麼分表，分區、什麼分庫。。。等東西沒有什麼好的經驗運用，有待學習。
來源：足球直播