Joda, standart Java süresinden daha zengin ve daha sofistike olmasına rağmen, her zaman kullanılacak en iyi şey olmayabilir. Herhangi bir Java kodunda Joda Time veya Java Time kullanmam gerekip gerekmediğine nasıl karar verebilirim?

Gereksinimlerimize bağlı olarak doğru olanı nasıl seçeceğimizi söyleyen bir tür kılavuz var mı?

Joda Time, Java zaman kitaplığı üzerinde böyle bir gelişmedir, aşağıdaki istisnalar dışında neredeyse her zaman doğru seçimdir:

1. Projenize üçüncü taraf bağımlılıkları eklemek zor veya istenmeyen durumlarda

2. Genel arayüzde kullanımı sorunlara neden olduğunda, örneğin hem OR hem de Joda zaman alanlarını işlemek için bir ORM almak

Bununla birlikte, 2) durumunda, mümkünse Joda'yı dahili olarak kullanmak daha iyi olacaktır.

Yukarıdaki şeyler akılda tutulmaya değer, ancak nadir olmalıdır. Şüpheniz varsa, Joda ile gidin.

Üzerine unutmayın Joda-Time devletler web:

Java SE 8'den önceki standart tarih ve saat sınıfları zayıf. Bu sorunla başa çıkarak Joda-Time, Java için fiili standart tarih ve saat kütüphanesi haline geldi. Java SE 8'den itibaren, kullanıcıların java.time (JSR-310) sürümüne geçmeleri istendiğini unutmayın.

Ana katkıda Joda-Time , jodastephen üzerinde görüldüğü gibi, aynı zamanda JSR-310 için katkıda bulunan temel kaynak olan GitHub depo ile bağlantılı http://www.threeten.org/ . Bu arada, jodastephen de bir SO sapı var ...

Java 8'den sonraki yeni Tarih ve Saat API'sı ile rahat ve güvenli hissedebileceğimizi belirtmenin güvenli olduğunu düşünüyorum .

Bazı ek referanslar:

• Resmi JCP-310 web sayfası
• Joda-Time
• Üç on
• java.time.* Javadoc
• Date Javadoc

Java standart tarih API'si o kadar temelde kırılmış ki, genellikle JVM'nin kütüphane uzantılarına Joda Time eklemeyi düşündüm, böylece Java API'nin geri kalanıyla varsayılan olarak sınıfyoluna yüklendi.

Uluslararasılaştırmayı ve saat dilimlerini eski bir Java uygulamasına uyarlamakla görevlendirildiyseniz ve yalnızca standart Java API'sını kullanmaya çalıştınız, ne demek istediğimi anlayacaksınız. Döndüm başardı binlerce yüz daha az bir kod eşekçe hatlarının. Verimlilik artışı düşünülemez.

Ayrıca standart Date API sezgisel değildir, burada akışkan Joda API haftalar değil saatler içinde alınabilir. İki mil ötedeki adaya gitmeye çalışma benzetmeniz aşağıdakilere daha çok benziyor.

1) Sadece 6 dakikada sizi adaya götürecek bir motorlu tekne.

Veya...

2) En iyi arkadaşı voleybol olan çılgın bir adamın yönettiği bir kasırga sırasında üzümlerle birbirine bağlanan derme çatma bir bambu sal.

Diğer cevapların belirttiği gibi, Hibernate artık Joda tipi fasulye özelliklerinin veritabanı tarih / saat alanlarına eşlenmesine izin veren eklentilere sahip olduğundan, ORM gibi birkaç dezavantaj mevcut değildir. JPA'nın da buna bir cevabı olabilir.

Arzunuz uygulamanızın disk alanı ile ilgili olduğu için masaüstü uygulaması olarak minimalist bir ayak izine sahip olması ise, belki de Java doğru dil seçimi değildir.

Bir nokta daha var: Java-Time (ie Date) ThreadSafe değil JodaTime. Bu nedenle JodaTime,

• Ortak kaynaklara erişen MultiThreaded Ortam
• Durumlar gibi Merkezi Zaman Senkronizasyonu

Ya da basit uygulamalar için Java-Time iyidir.

Java.time çerçevesi yerine hem eski tarih-saat sınıfları ve Joda-Time

Güncelleme: Java'nın en eski sürümleriyle birlikte gönderilen eski tarih-saat sınıfları artık eski olup, resmi olarak Java 8, Java 9 ve sonraki sürümlere yerleşik java.time sınıflarıyla desteklenmektedir .

Date, Calendar, SimpleDateFormatVe java.sql.*tarih-saat sınıfları tüm kaçınılmalıdır. Bu kafa karıştırıcı, zahmetli, kötü tasarlanmış sınıfları kullanmaya asla gerek yoktur. Bunlar tamamen java.time sınıflarıyla değiştirilir. Şimdi tek amaçları mevcut eski kodları korumaktır. Eski kodla arayüz oluştururken, eski sınıflara eklenen yeni yöntemleri çağırarak java.time dizinine / java.time biçimine dönüştürebilirsiniz. Dönüştürme hakkında daha fazla bilgi için, bkz. Java.util.Date'i hangi “java.time” türüne dönüştürme? .

Artık bakım modunda olan Joda-Time projesi java.time sınıflarına geçişi tavsiye ediyor . Joda-Time projesi java.time çerçevesine ilham verdi. Her ikisi de aynı adam Stephen Colebourne tarafından yönetiliyor . Java.time'ı, endüstrinin ilk kapsamlı ve sofistike tarih-saat kütüphanesini oluştururken yıllar boyunca öğrenilenleri kullanarak, Joda-Time'ın yeniden yazılması / yeniden tasarlanması olarak düşünebilirsiniz.

Daha fazla bilgi için Oracle Eğiticisine bakın . Ve birçok örnek ve açıklama için Stack Overflow'da arama yapın.

Çok java.time işlevselliği Java 6 ve 7 geri-taşındıktan ThreeTen-backport ve daha fazla adapte Android içinde ThreeTenABP (bkz ... nasıl kullanılır ).

ThreeTen-Ekstra proje ek sınıfları ile java.time uzanır. Bu proje, java.time'a gelecekteki olası eklemeler için bir kanıt zeminidir. Burada bazı yararlı sınıfları gibi bulabilir Interval, YearWeek, YearQuarter, ve daha .