我正在編程一段時間。從學校開始,寫小型實用程序作爲一種愛好,現在專業。我的問題是我在寫軟件的時候分心(我想出了一個新特性並立即休止),所以我的代碼通常是混亂的。現在,當我以職業開發人員的身份開始職業生涯時,我發現儘管我的軟件運行良好,但代碼看起來並不漂亮。我經常發現自己創造了許多或小班,有時候感覺不對。總的來說,當我賺錢做另一個項目時,我失去了寶貴的時間。你可以建議關於程序結構的書嗎?
我正在尋找一本書,它將教會我如何在創作過程中無需設計軟件結構。
我正在編程一段時間。從學校開始,寫小型實用程序作爲一種愛好,現在專業。我的問題是我在寫軟件的時候分心(我想出了一個新特性並立即休止),所以我的代碼通常是混亂的。現在,當我以職業開發人員的身份開始職業生涯時,我發現儘管我的軟件運行良好,但代碼看起來並不漂亮。我經常發現自己創造了許多或小班,有時候感覺不對。總的來說,當我賺錢做另一個項目時,我失去了寶貴的時間。你可以建議關於程序結構的書嗎?
我正在尋找一本書,它將教會我如何在創作過程中無需設計軟件結構。
Code Complete Steve McConnell。這是一本關於如何編寫代碼的非常好的書。
天兒真好,
以及書籍,我肯定會推薦看MIT系列「Structure and Interpretation of Computer Programs」哈爾阿伯爾森和傑拉爾德·蘇斯曼。
該頁面上還有一個鏈接,也可以鏈接到匹配課本的免費在線副本。
HTH
歡呼聲,
如果您正在尋找設計模式,有兩個權威的書籍來看看:
alt text http://www.bunkerhollow.com/blogs/matt/head_first_design_patterns.jpg
Design Patterns: Elements of Reusable Object-Oriented Software
alt text http://www.informit.com/ShowCover.aspx?isbn=0201633612&type=f
BEGONE DIRTY THOUGHTS – Jason 2009-07-15 22:57:40
如果你開始變得對DOS和麪向對象編程的注意事項辦理好,其實你可以得到兩全其美的 - 能夠迅速做出改變了程序的設計,而沒有看起來像一個計劃外的混亂。當然在一定程度上!
Code Complete上面提到的是一本很棒的書,C#特有的其他書籍是Essential C#及其sequel。我會特別注意責任分離的概念(Model-View-Controller),cohesion和coupling。一般來說,嘗試從頭開始設計,以便更改系統的一部分並不需要更改整個應用程序。另外,請牢記可讀性編寫代碼。
不要擔心,代碼完成2比當之無愧的接班人更! ( - : – 2009-07-15 14:51:38