인쇄 된 결과가 아닌 그러나 나는 다음과 같은 코드자바
@Test
public void playingWithJodaTime() {
LocalDateTime localDateTime = new LocalDateTime();
System.out.println("server localDateTime : "
+ localDateTime.toDateTime(DateTimeZone.getDefault()).toDate());
System.out.println("user's localDateTime : "
+ localDateTime.toDateTime(DateTimeZone.forID("Asia/Jakarta"))
.toDate());
}
인쇄 결과
server localDateTime : Tue Dec 17 00:04:29 SGT 2013
user's localDateTime : Tue Dec 17 01:04:29 SGT 2013
와 사용자의 하나에 서버의 날짜와 시간을 변환하기 위해 노력했습니다에 DateTimeZone를 사용하는 방법 사용자가 (UTC+07:00) Bangkok, Hanoi, Jakarta
인 동안 서버 시간대가 (UTC+08:00) Kuala Lumpur, Singapore
이후로 예상했던 것과 같습니다.
여기서 내가 뭘 잘못 했니?
upps - 너무 느립니다. 어쨌든, 나는이 메소드를 toDate()로 제공하는 것이 JodaTime api의 디자인 약점이라고 생각한다. JSR 310은 이것을하지 않습니다. –
Joda-Time의'toDate()'메소드는 java.util.Date만을 지원하는 오래된 클래스와 상호 작용하는 게이트웨이로 필요합니다. 이 방법은 기능이며 확실히 설계 실패가 아닙니다. Java 8의 JSR 310은 Date 클래스의 변환 메소드를 ['from'] (http://download.java.net/jdk8/docs/api/java/util)로 지정한다는 점을 제외하고는 실제로 똑같은 작업을 수행합니다. /Date.html#from-java.time.Instant-) 메소드를 호출해야합니다. –
나는 todate()의 목적을 오래된 jdk 파일에 대한 게이트웨이/브릿지로 알고있다. 차이점은이 메소드가 DateTime에 직접 위치해야하는지 아니면 더 나은 위치에 있어야하는지입니다. 이 stackoverflow 문제는이 "기능"의 쉬운 오용을 나타냅니다. 우리는 사용자를 j.u.Date에서 더 멀리 이동시키고이를 사용하도록 권장해서는 안됩니다. –