首先, 我回這篇, 我只是要講三件事情. 第一件事情, 為什麼我不能問"為什麼"? 第二件事情, 為什麼我不能要求"好處"? 基本上, 為什麼有時候問當然會被罵, 舉例來說, 作業文就屬於會被罵的範疇之一. 但是當所有事情都可以 "你回去多寫一點程式就會知道" 做回應, 要求對方回去閉門造車狂寫猛寫, 那我們還需要討論區幹什麼? 加上每個人對於事物的觀點都不一樣, 我們充其量只能去模擬說其他人怎樣想. 但事實上是不是這麼想, 那只有天知道. 對於別人而言的好處, 可能對我而言, 我看不到好在哪邊. 問別人"為什麼"你覺得他好, 是件不對的事情嘛? 像 feicsh. 提及 JDBC 等等論點, 對我來說就屬於我不甚關切的事情. 以我之前接觸到的東西, 存在資料庫裡面的東西, 先後順序跟時間間隔比較重要. 我甚至不用 Date 去存它, 因為我只需要數值上的索引及差異, long 夠用了. 至於好處, 為什麼我們不要好處? 建置的方便性, 效能, 空間使用, 程式的穩定, 維護...etc 你會講需求, 你就會知道所有的事情都是兩面刃, 都要拿什麼東西去換什麼東西. 所以軟工沒有在說對錯, 只是之後你能享受什麼好處, 而什麼東西會砸你的腳. ╮(￣ー￣)╭ 其他類比舉例我就不想講了. 已經要收尾了還趕盡殺絕不厚道. 前面兩點說完了, 回到我在這個討論串一直在問的問題, 第三點, Date 到底哪裡好? feicsh. 至少提到兩點我之前沒有注意過的地方, 我很感激他. adrianshum. 提到 immutable date-time, 對我來說也很新鮮. 本來如果沒有人亂入的話, 我就打算 m 起來表達我誠摯的敬意... (不過有人手腳比我快... (瞪)) 既然有人來了, 如果 inn. 願意畫個完美的句點, 那就請吧. 辯論本來就是正方反方彼此交相探討事物真正價值, 如此而已. ※ 引述《[email protected] (幾百年沒換暱稱)》之銘言： : ==> [email protected] (._.) 提到: : > 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 有什麼特別的好處, 也請不吝指教. : 好處？寫程式是為了個人好處？ : 這是看需求吧？ : 你如果永遠用不到，當然不需要 : 也不一定要懂 : 但如果因為各人喜好就否定其他東西的存在 : 我不能認同這樣的觀念 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 163.25.148.49