==> [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: **]