第1个回答 2009-11-13
这个过程应该不会很慢把,你有多少数据在里头啊。这个慢应该不是这个new Date(long)来造成的。如果数据多就直接存放date好了,空间来换时间,这个long数据也有用,那就一个list放数据,一个放date,反正就是用空间来换时间,让cpu做尽可能少的事情。
楼主不要牛角尖了!
第2个回答 2009-11-13
我想可以这样考虑。毕竟创建对象是要花一定时间的。
Calendar.getInstance()取得一个Calendar,每个long不用创建Date了,直接调用此Calendar的setTimeInMillis方法,应该能节省出创建对象的时间的。
或Date的setTime方法,都是设置时间的。
反正你要输出,用同一个对象设置比创建要好的。
第3个回答 2009-11-13
//唉...
import java.util.Date;
class Ob {
private long time;
private Date date;
public Ob() {
this.date = new Date(this.getTime());
}
public long getTime() {
return time;
}
public void setTime(long time) {
this.time = time;
this.date = new Date(this.time);
}
public Date getDate() {
return date;
}
}
第4个回答 2009-11-13
不管怎么也脱不了这一步吧??
除非真牛人一个。。重写过一个long转DATE的方法而且比jdk自带的更快。。