일반적인 특징

a) 두 라이브러리 모두 불변 유형을 사용합니다. Joda-Time은와 같은 추가 가변 유형도 제공합니다 MutableDateTime.

b) 또한 두 라이브러리는 Eric Evans 의 디자인 연구 “TimeAndMoney” 또는 도메인 기반 스타일에 대한 Martin Fowler의 아이디어에서 영감을 얻었 으므로 유창한 프로그래밍 스타일을 위해 다소 노력합니다 (항상 완벽한 것은 아니지만 ;-)).

c) 두 라이브러리 모두 실제 달력 날짜 유형 ( LocalDate), 실제 벽 시간 유형 ( LocalTime) 및 구성 () 을 얻습니다 LocalDateTime. 그것은 old java.util.Calendar와 비교할 때 매우 큰 승리 java.util.Date입니다.

d) 두 라이브러리 모두 메소드 중심 접근 방식을 사용하므로 사용자가 getDayOfYear()대신 사용하도록 권장합니다 get(DAY_OF_YEAR). 이것은 java.util.Calendarint를 과도하게 사용하여 형식이 안전하지는 않지만 비교할 때 많은 추가 방법을 유발합니다 .

공연

점 3 (예외 잡기)이 더 이상 사용되지 않을 수도 있지만 Mikhail Vorontsov의 분석을 가리키는 @ OO7의 다른 대답을 참조하십시오 ( 이 JDK- 버그 참조) . 다른 성능 ( JSR-310 에 일반적으로 유리함 )은 주로 Joda-Time 의 내부 구현이 항상 기계 시간과 같은 긴 기본 (밀리 초)을 사용 한다는 사실에 기인합니다 .

없는

Joda-Time은 종종 시스템 시간대, 기본 로캘, 현재 타임 스탬프 등에 대해 기본값으로 NULL을 사용하지만 JSR-310은 거의 항상 NULL 값을 거부합니다.

정도

JSR-310은 나노초 정밀도를 처리 하는 반면 Joda-Time은 밀리 초 정밀도 로 제한됩니다 .

지원되는 필드 :

Java-8 (JSR-310)에서 지원되는 필드에 대한 개요는 temporal-package의 일부 클래스 (예 : ChronoField 및 WeekFields )에 의해 제공되며 Joda-Time은이 영역에서 다소 약합니다 ( DateTimeFieldType 참조) . Joda-Time의 가장 큰 부족은 현지화 된 주 관련 필드가 없다는 것입니다. 두 필드 구현 디자인의 공통적 인 특징은 둘 다 long 유형의 값을 기반으로한다는 것입니다 (다른 유형은없고 열거 형도 포함하지 않음).

열거 형

JSR-310 이벤트의 열거가 좋아 DayOfWeek하거나 MonthJoda 타임이 제공하지 않는 동안은 주로 년 전에 ● 2002 년에서 2004 년 개발 되었기 때문에 자바 5 .

영역 API

a) JSR-310은 Joda-Time보다 더 많은 시간대 기능을 제공합니다. 후자는 표준 시간대 오프셋 전환 이력에 프로그래밍 방식으로 액세스 할 수 없지만 JSR-310은이를 수행 할 수 있습니다.

b) 정보 : JSR-310은 내부 시간대 저장소를 새로운 위치와 다른 형식으로 옮겼습니다. 이전 라이브러리 폴더 lib / zi가 더 이상 존재하지 않습니다.

조절기 대 속성

JSR-310은 TemporalAdjuster임시 계산 및 조작을 외부화하는 공식화 된 방법으로-인터페이스를 도입했습니다 . 특히 라이브러리 또는 프레임 워크 작성자의 경우 이는 JSR-310의 새로운 확장 (정적 도우미에 해당하는)을 포함하는 훌륭하고 상대적으로 쉬운 방법입니다. 전자의 수업 java.util.Date).

그러나 대부분의 사용자에게는 코드 작성 부담이 여전히 사용자에게 있기 때문에이 기능의 가치는 매우 제한적입니다. 새로운 개념에 기반한 내장 솔루션 TemporalAdjuster은 그다지 많지 않으며 현재 TemporalAdjusters제한된 조작 세트 (및 열거 형 Month또는 기타 시간 유형)를 가진 도우미 클래스 만 있습니다.

Joda-Time은 필드 패키지를 제공하지만 실제로는 새로운 필드 구현이 코딩하기가 매우 어렵다는 증거가 나타났습니다. 반면 Joda-Time은 JSR-310보다 훨씬 쉽고 우아하게 조작 할 수있는 이른바 속성 ( 예 : property.withMaximumValue ())을 제공 합니다.

캘린더 시스템

JSR-310은 4 개의 추가 캘린더 시스템을 제공합니다. 가장 흥미로운 것은 Umalqura (사우디 아라비아에서 사용)입니다. 다른 3 명은 Minguo (대만), 일본어 (1871 년 이후의 현대 달력 만!) 및 ThaiBuddhist (1940 년 이후에만 수정 됨)입니다.

Joda-Time은 Umalqura와 같은 조망 기반 달력이 아닌 계산기 기반을 기반으로 한 이슬람 달력을 제공합니다 . Thai-Buddhist는 Joda-Time도 비슷한 형태로 Minguo와 일본식으로 제공하지 않습니다. 그렇지 않으면 Joda-Time은 coptic 및 ethiopic calendar도 제공하지만 국제화를 지원하지 않습니다.

유럽인에게 더 흥미로운 : Joda-Time은 Gregorian , Julian 및 혼합 그레고리력 -줄리안 달력 도 제공합니다 . 그러나 날짜 기록에서 다른 연도 시작과 같은 중요한 기능이 전혀 지원되지 않기 때문에 실제 기록 계산의 실제 값이 제한됩니다 (동일한 비판이 구식에도 유효 함 java.util.GregorianCalendar).

히브리어 , 페르시아어 또는 힌두어 와 같은 다른 캘린더 는 두 라이브러리에서 완전히 누락되었습니다.

에포크 일

JSR-310에는 JulianFields 클래스 가 있으며 Joda-Time (버전 2.0)은 DateTimeUtils 클래스에서 일부 도우미 메소드를 제공합니다 .

시계

JSR-310에는 인터페이스 (디자인 실수)가 없지만 java.time.Clock모든 클럭 종속성 주입에 사용할 수 있는 추상 클래스 가 있습니다. Joda-Time은 대신 MillTimeProvider 인터페이스 와 DateTimeUtils의 일부 도우미 메소드를 제공 합니다. 따라서 Joda-Time은 다른 시계 (모의 등)로 테스트 구동 모델을 지원할 수 있습니다.

기간 산술

두 라이브러리 모두 하나 이상의 시간 단위로 시간 거리 계산을 지원합니다. 그러나 단일 단위 내구성을 처리 할 때 JSR-310 스타일은 분명히 더 좋습니다 (int를 사용하는 대신 긴 기반).

JSR-310 => long days = ChronoUnit.DAYS.between(date1, date2);

Joda-Time => int days = DAYS.daysBetween(date1, date2).getDays();

다중 단위 내구성의 처리 또한 다릅니다. 계산 결과조차도 다를 수 있습니다 (이 닫힌 Joda-Time 문제 참조) . JSR-310은 클래스 Period(년, 월, 일을 기준으로 한 기간) 및 Duration초 및 나노초를 기준으로 한 기간 만 사용하기 위해 매우 간단하고 제한된 접근 방식을 사용 하지만 Joda-Time은 클래스 PeriodType를 사용하여보다 정교한 방식 으로 제어합니다. 어떤 단위로 기간 (Joda-Time은 “기간”이라고 함)을 표현해야한다. 동안PeriodType-API는 JSR-310에서 제공하지 않는 비슷한 방식을 사용하는 것이 다소 어색합니다. 특히 JSR-310에서는 아직 날짜와 시간을 혼합하여 정의 할 수 없습니다 (예 : 요일 및 시간 기준). 따라서 한 라이브러리에서 다른 라이브러리로 마이그레이션하는 경우 경고하십시오. 토론중인 라이브러리는 부분적으로 동일한 클래스 이름에도 불구하고 호환되지 않습니다.

간격

JSR-310은이 기능을 지원하지 않지만 Joda-Time은 제한적으로 지원합니다. 이 SO 답변 도 참조하십시오 .

포맷팅과 파싱

두 라이브러리를 비교하는 가장 좋은 방법은 동일한 이름의 클래스 DateTimeFormatterBuilder (JSR-310)와 DateTimeFormatterBuilder (Joda-Time) 클래스를 보는 것 입니다. JSR-310-variant는 조금 더 강력합니다 ( TemporalField필드 구현자가 resolve () 와 같은 일부 확장 점을 코딩하도록 관리 한 경우 모든 종류를 처리 할 수 있음 ). 그러나 가장 중요한 차이점은 내 의견으로는 다음과 같습니다.

JSR-310은 표준 시간대 이름 (형식 패턴 기호 z)을 훨씬 더 잘 구문 분석 할 수 있지만 Joda-Time은 이전 버전에서는이 기능을 전혀 수행 할 수없고 현재는 매우 제한적인 방식으로 만 수행 할 수 있습니다.

JSR-310의 또 다른 장점은 러시아어 나 폴란드어 등의 언어에서 중요한 독립형 월 이름을 지원한다는 것입니다. Joda-Time은 Java-8 플랫폼이 아닌 이러한 리소스에 액세스 할 수 없습니다.

JSR-310의 패턴 구문은 Joda-Time보다 유연성이 뛰어나고 선택적 섹션 (대괄호 사용)을 허용하며 CLDR 표준을 향하고 패딩 (문자 기호 p)과 더 많은 필드를 제공합니다.

그렇지 않으면 Joda-Time은 PeriodFormatter를 사용하여 지속 시간의 형식을 지정할 수 있습니다 . JSR-310은이 작업을 수행 할 수 없습니다.

---

이 개요가 도움이 되길 바랍니다. 수집 된 모든 정보는 주로 더 나은 날짜 및 시간 라이브러리를 디자인하고 구현하는 방법과 조사 덕분에 주로 존재합니다 (아무것도 완벽하지 않습니다).

2015-06-24에서 업데이트 :

한편 Java에서 다른 시간 라이브러리에 대한 테이블 형식 개요 를 작성하고 게시 할 시간을 찾았습니다 . 이 테이블에는 Joda-Time v2.8.1과 Java-8 (JSR-310) 간의 비교도 포함되어 있습니다. 이 게시물보다 자세한 내용입니다.

---

답변