感谢你的解释 我想，我也不多说了，只要多写一些用得到日期的程式 就会知道Date到底需不需要 至於程式美丑（有没有用到deprecated methods)，对有些人或许不重要 但Date的存在与否与需要与否，都是不容否定的 ==> [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 取代掉. > > 就我个人感觉, 只是 sun 没有把 2/6 的 constructors, > > 以及 9/27 的 method 也打上 deprecated 而已... > > (扣掉 clone, compareTo, equals, hashCode, toString 只剩 4/27) > > 我也不会刻意为了一个 long 去 new 一个 Date... > > 如果你知道 Date 有什麽特别的好处, 也请不吝指教. > 这只是你自己搞不错楚 Date 是作什麽用, > 而不是 Date 被 deprecated. > 现在的情况是, Date 该用来当 immutable date-time > value 来使用 (可以看到 Date 所有 mutable method > 都被 deprecate 了). 原本的 Date manipulation 则被搬到 > Calendar 去. > 比如, 你程式中的 Customer class 有一个 dateOfBirth > 的 field, 你该用 Date 作其 type. 至於这个 Date 要怎 > 样从使用者输入建立, 则是则 Calendar/DateFormat 那堆 > 东西来做了. > 当然, 要是你不明白 Date 的 Immutable 特性有什麽意义 > 的话, 我再多说也是废话了. > Alien -- ---------------------------------------------- Yen-Lin Yin Applications Developer Some City, Some State ---------------------------------------------- -- ☆ [Origin:椰林风情] [From: host-24-225-146-213.patmedi] [Login: **] [Post: **]