==> [email protected] (._.) 提到: > ※ 引述《[email protected] (幾百年沒換暱稱)》之銘言： > : 請問你是說哪一版JDK？或者哪一個Date? java.util or java.sql? > : 我剛剛看了最新的1.5 > : 不論是哪一個Date,都只是幾個method or constructor被deprecated.... > java.util.Date... > 如果你只是堅持 "sun 並沒有把 Date 整個 deprecated 掉". > 那我的回應也只是簡單的 "恩, 你對". 我不用堅持，存在與否，需要與否，不是你我說說就算 多寫一些程式比較實際 很多時候，自己去體會比人家說說更有幫助 > 我比較好奇的是... > 你打算用剩下的那幾個 method 或 constructor 做什麼?... > Date()? 我現在更偏好用 System.currentTimeMillis() 個人偏好跟到底實不實用是兩回事 我喜歡吃米飯，但是不代表麵條就不應該存在在這世界上 > Date(long date)? Calendar 有 void setTimeInMillis(long millis) > after? Calendar 有 after. > before? Calendar 有 before. > getTime? Calendar 有 getTimeInMillis. > setTime? Calendar 有 setTimeInMillis. > 名義上 Date 還在啦. 或許實際上 Calendar 底層也還是 Date. > 但是實際上 Date 的功用, 全部都可以被 Calendar 跟 DateFormat 取代掉. so what? ArrayList 跟 Vector也可以互換 那是不是其中一個應該整個拔掉消失？ > 就我個人感覺, 只是 sun 沒有把 2/6 的 constructors, > 以及 9/27 的 method 也打上 deprecated 而已... > (扣掉 clone, compareTo, equals, hashCode, toString 只剩 4/27) 喔，我瞭解你的個人感覺了 > 我也不會刻意為了一個 long 去 new 一個 Date... > 如果你知道 Date 有什麼特別的好處, 也請不吝指教. 好處？寫程式是為了個人好處？ 這是看需求吧？ 你如果永遠用不到，當然不需要 也不一定要懂 但如果因為各人喜好就否定其他東西的存在 我不能認同這樣的觀念 -- ---------------------------------------------- Yen-Lin Yin Applications Developer Some City, Some State ---------------------------------------------- -- ☆ [Origin:椰林風情] [From: host-24-225-146-213.patmedi] [Login: **] [Post: **]