首先, 我回这篇, 我只是要讲三件事情. 第一件事情, 为什麽我不能问"为什麽"? 第二件事情, 为什麽我不能要求"好处"? 基本上, 为什麽有时候问当然会被骂, 举例来说, 作业文就属於会被骂的范畴之一. 但是当所有事情都可以 "你回去多写一点程式就会知道" 做回应, 要求对方回去闭门造车狂写猛写, 那我们还需要讨论区干什麽? 加上每个人对於事物的观点都不一样, 我们充其量只能去模拟说其他人怎样想. 但事实上是不是这麽想, 那只有天知道. 对於别人而言的好处, 可能对我而言, 我看不到好在哪边. 问别人"为什麽"你觉得他好, 是件不对的事情嘛? 像 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