örtülü dönüşümlerle ilgili bir sorun yok. Altta yatan mantık için bir Java kütüphanesi kullanılmasa bile, hassas bir şekilde tasarlanmış saf Scala kütüphanesi hala 5.days + 3.minutes
gibi ifadeler yazmanıza izin veren dolaylı ifadeler kullanacaktır.
Tüm örtütler eşit olarak oluşturulmaz, tam denetime sahip olduğunuz çok kesin bir türe örtük bir dönüştürme neredeyse kesinlikle güvenlidir.
Diğerleri de belirttiği gibi, bu dönüşümler çoğu durumda, özellikle de kaçış analizi açıldığında en iyi duruma getirilecek, bu yüzden endişelenmenize izin vermeyin!
JSR 310 sonlandırılıncaya kadar, joda zamanı alacağınız en iyisidir.
Java adlandırma kurallarına ve operatör aşırı yüklenme eksikliğine uyma gereği dışında, joda-time zaten deyimsel Scala için çok uygundur. Tasarım, doğası gereği, özellikle de immutabliteyi kucaklama biçiminde çok işlevseldir, bu yüzden skalaj süresi, kütüphanenin etrafında sadece çok ince bir sarıcıdır.
Ayrıca, scalaj-time'ın kullanılabilir olduğunda JSR 310'u kullanacak şekilde kolayca yükseltilebileceğinden de fayda elde edersiniz, bu nedenle kodunuzu o anda geçirmeniz çok daha az ağrılı olacaktır. 2,8 yana
, Scala-time yeniden adlandırıldı scalaj zamanlı: http://github.com/scalaj/scalaj-time
Eğer <, > operatörlerine şey mi arıyorsunuz? –
Size mantıksız gizli dönüşüm korkusundan kurtulmanızı öneriyorum. ;-) – Jesper
@Timo - Karşılaştırma işlemlerini ve + ve eksi gibi şeyleri kullanmak istiyorum. @Jesper - Korku tamamen irrasyonel değildir. Implicits bir performans isabet var. Eşitlik gibi şeylerle garip etkileşimlere neden olabilirler. Tip çıkarımına güveniyorlar ve tür çıkarımına dayanan pek çok şeyin karışmanın mutlak karışıklık için iyi bir reçete olduğunu buldum. –