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