Re: [問題] 新手看很久以前的書OK嗎?

看板java作者qrtt1 (有些事，有時候。。。)時間11年前 (2013/10/16 23:58)推噓3(3推 0噓 1→)

留言4則, 3人參與討論串2/2 (看更多)

※ 引述《weirdfoot (怪腳之哈比)》之銘言： : 如題 : 最近去學校圖書館找JAVA書 : 發現絕大多數的書都出版10年以上了...(約2000~2003) : 不知道看以前的書會不會跟不上現在的技術之類的? : 我看到很多書都還在教人抓JCreator... : 可是聽說那已經變骨董了... : 好吧我知道開發平台編輯編譯器這種東西本來就與時俱進 : 不過我是怕像之前學AS的時候有AS2 AS3這麼大的分界 : 不知道JAVA有沒有這種以前語法現在不好用的狀況? : 還請大大開示(跪環境的基本設定上，沒什麼大變化。該設的 PATH 還是得設，CLASSPATH 除了多支援 * 萬用字元外，似乎沒什麼變化一直到 java7 以前語法上的變化不太多，不過有些東西（習慣用的類別或library）已經不太多人寫了像是 applet 或直接用 AWT 刻視窗（其實 swing 也少人寫了啊）所以，你寫到這部分時，書上應該不會太強調 ui/non-ui thread 管理例如 swing 教學近幾年才比較有強調這東東 http://docs.oracle.com/javase/tutorial/uiswing/ concurrency/initial.html ================================================================ 然後，習慣用的 collection 類別，書上可能會是 Vector ? 其實我沒看過那麼老的書，但公司的古老專案，剛好是你指的那個年代的比較少看到新的容器類別。現在蠻多的使用情況都直接弄 concurrency collections 的容器，它對於常寫多執行緒的開發工作挺方便的 http://docs.oracle.com/javase/tutorial/essential/ concurrency/collections.html ================================================================ 另外，主要是一些習慣使用的函式庫有著很大的差距。可以當它是一種流行？每幾年都有可能會不太一樣，不過就看你專案產生的年代是什麼了。像我剛開始寫 java 時處理一般事務的 library 多半有 Log4j + Commons Lang, IO, Logging ... 過了一陣子它換成了： SLF4J + Commons Lang, IO, Logging ... 又過了一陣子它又變了： Guava + (之前的東東) 不過，教語言的書大多有些奇怪的習慣，像是濫用 System.out.println() 你可以挑一套看得順眼的 logging library 把那些鬼東西換掉也常常不想要多介紹其他 library 用一堆寫起來麻煩，看起來也煩麻的實作方式另一個常見的壞習是，為了範例單純全都塞在一個 class 裡。 class 還不見得有個正常的名字，像是 Example1.java ================================================================ 那個年代的書，在氣氛上有時會過份樂觀看待『繼承』宣傳用繼承能讓你的 code 少寫一點，有事沒事就把東西往父類別塞再用簡短的子類別來強化他的『想法』不過卻沒有提到二個重點，單一責任原則與開發封閉原則不知不覺製造了愛用繼承簡化程式的教徒（但事實上可能是壞掉的設計）這些部分還是看新一點的書來得好，至少比較不會過份誇大繼承的功用。真的要多理解（也許是很久之後的需求），還是看設計模式與重構來得好 ================================================================ 若你學了一陣子後，覺得能習慣吸收這些內容，開始決定要義無反顧作為一名開發者，不管書有沒有提到（通常沒有，特別是那麼舊的書）你還得確實掌握： 1. 用 ide 的 debugger 2. 學習一些簡單的 unit test (會有人路過來推一下 TDD 嗎？) 3. 學習專案編譯工具 (ant, maven, gradle ...) -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 36.231.130.229 ※ 編輯: qrtt1 來自: 36.231.130.229 (10/17 00:22)